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I. REAL PARTIES IN INTEREST 

The real parties in interest for the above-identified patent appHcation on Appeal is Palm, 
Inc., by virtue of an Assignment recorded on September 28, 2007 at reel 019897, frame 0912 in 
the United States Patent and Trademark Office. 
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II. RELATED APPEALS AND INTERFERENCES 

Appellant's legal representative and the Assignees of the this patent application do not 
know of any prior or pending appeals, interferences or judicial proceedings that may be related 
to, directly affect or be directly affected by or have a bearing on the Board's decision with 
respect to the above-identified Appeal. 
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III. STATUS OF CLAIMS 

Claims 14-25 are pending in this application. Claims 1-13 were previously canceled. 
Claims 14-25 stand rejected. Therefore, Claims 14-25 are being appealed in this Brief. A copy 
of the appealed claims is included in the Claims Appendix. 
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IV. STATUS OF AMENDMENTS 

A preliminary Amendment was filed on February 1, 2005. A non-final Office Action was 
mailed on September 24, 2007 rejecting the claims as obvious in view of several cited 
references. Appellants responded to the non-final Office Action on January 24, 2008 and 
amended the claims to overcome the obvious rejection set forth in the non-final Office Action. 
A final Office Action maintaining the rejections was mailed on March 20, 2008. Appellants 
filed a Notice of Appeal on June 20, 2008. A copy of the non-final Office Action and final 
Office Action are attached as Exhibits A and B, respectively, in the Evidence Appendix. 
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V. SUMMARY OF CLAIMED SUBJECT MATTER 

A summary of the claimed subject matter by way of reference to the specification and/or 
figures for each of the independent claims is provided as follows: 

Independent Claim 1 is directed to a method for evaluating data containing useful 
information received via a communication network 5), the method comprising: evaluating and 
at least partially correcting, via a channel decoder, the data received 8; Element 1 of FIG. 1), 
forwarding, via the channel decoder, to a speech decoder the data with characteristics of 
supplementary information representing the data (f 8; Element 2 of FIG. 1); decoding the data 
via the speech decoder and, where necessary, performing error concealment (Tf 8; FIG. 1); 
forwarding the data to a text telephony receiver via the speech decoder (TfTf 10-11; Element 5 of 
FIG. 1); determining if the error concealment was performed by evaluating the data received and 
analyzing the data statistically, via a demodulator in the text telephony receiver 9-10; 
Element 3 of FIG. 1); generating, via the demodulator, reliability information relating to the data 
received, the rehability information being indicative of whether the error concealment was 
performed 9; T|10, 12; Element 3 of FIG. 1); forwarding the data, via the demodulator, with 
the reliability information to an error correction modulator (Tf 10; "2 bits/slof line between 
element 3 and element 4 of FIG. 1); and correcting the data received, via the error correction 
modulator, taking into account the reliability infonnation (][ 12; Element 4 of FIG. 1). 

Independent Claim 25 is directed to a device for evaluating data containing useful 
information received via a communication network 5), comprising: a channel decoder in a 
communication terminal receiver for evaluating and at least partially correcting the received 
data, and for forwarding the data with characteristics of supplementary information representing 
the data to a speech decoder 8; Elements 1 and 2 of FIG. 1); a speech decoder for decoding 
and, if necessary, performing error concealment, and for forwarding the data to a text telephony 
receiver 8; Element 2 of FIG. 1); a demodulator in the text telephony receiver for determining 
if the error concealment was performed by evaluating and statistically analyzing the received 
data by measuring a signal energy, for creating reliability information relating to the data, the 
reliability information being indicative of whether the error concealment was perfomied, and for 
forwarding the data with the reliability information to an error correction modulator (| 9; ^[10, t 
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12; Element 3 of FIG. 1); and an error correction modulator for correcting the received data, 
taking into account the reliability information (| 12; Element 4 of FIG. 1). 

Although specification citations are given in accordance with 37 C.F.R. §1.1 92(c), these 
reference numerals and citations are merely examples of support in the specification for the 
terms used in this section of the Brief There is no intention to suggest in any way that the terms 
of the claims are limited to the examples in the specification. As demonstrated by the references 
numerals and citations, the claims are fully supported by the specification as required by law. 
However, it is improper under the law to read limitations fi-om the specification into the claims. 
Pointing out specification support for the claim terminology in accordance with Rule 1.192(c) 
does not in any way limit the scope of the claims to those examples fi-om which they find 
support. Nor does this exercise provide a mechanism for circumventing the law precluding 
reading limitations into the claims from the specification. In short, the references numerals and 
specification citations are not to be construed as claim limitations or in any way used to limit the 
scope of the claims. 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

1. Claims 14 and 25 stand rejected under 35 U.S.C. § 1 12 Tfl for failing to comply with the 
written description requirement. 

2. Claims 14-16 and 18-25 stand rejected under 35 U.S.C. § 103(a) as being unpatentable 
over U.S. Patent No. 6,968,309 to Makinen et al. {''Makinen'') in view of U.S. Patent No. 
6,721,707 to Chu et al. CChu''). Claim 17 stands rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Makinen in view of Chu and further in view of U.S. Patent No. 
6,366,578 to Johnson (^^ Johnson"). Copies of Makinen, Chu and Johnson are attached 
hereto as Exhibits C, D and E, respectively, in the Evidence Appendix. 
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VII. ARGUMENT 

A. LEGAL STANDARDS 

L Written Description xmder 35 U.S.C. §112, 

The specification of a patent application must properly describe the invention as claimed 

so as to be understood by a person of ordinary skill in the art. Wang Labs, Inc. v. Toshiba Corp., 
993 F.2d 858, 26 USPQ2d 1767 (Fed. Cir. 1993). In other words, the specification of the patent 
application must be convey to a person of ordinary skill in the art that the inventor made the 
invention as claimed. In re Spina, 975 F.2d 854, 24 USPQ2d 1142 (Fed. Cir. 1992). 

2. Obviousness under 35 U.S.C. §103 

The Federal Circuit has held that the legal basis for a determination of obviousness under 

35U.S.C. § 103 is: 

whether the claimed invention as a whole would have been 
obvious to a person of ordinary skill in the art at the time the 
invention was made... The foundational facts for the prima facie 
case of obviousness are: (1) the scope and content of the prior art; 
(2) the difference between the prior art and the claimed invention; 
and (3) the level of ordinary skill in the art... Moreover, objective 
indicia such as commercial success and long felt need are relevant 
to the determination of obviousness... Thus, each obviousness 
determination rests on its own facts. 

In reMayne, 41 U.S.P.Q. 2d 1451, 1453 (Fed. Cir. 1997). 

In making this determination, the Examiner has the initial burden of proving a prima 
facie case of obviousness. In re Rijckaert, 9 F.3d 1531, 1532, 28 U.S.P.Q. 2d 1955, 1956 (Fed. 
Cir. 1993). This burden may only be overcome "by showing some objective teaching in the prior 
art or that knowledge generally available to one of ordinary skill in the art would lead that 
individual to combine the relevant teachings." In re Fine, 837 F.2d 1071, 1074, 5 U.S.P.Q. 2d 
1596, 1598 (Fed. Cir. 1988). "If the examination at the initial stage does not produce a prima 
facie case of unpatentability, then without more the applicant is entitled to grant of the patent." 
In re Oetiker, 24 U.S.P.Q. 2d 1443, 1444 (Fed. Cir. 1992). 

Moreover, the Examiner must provide explicit reasons why the claimed invention is 
obvious in view of the prior art. The Supreme Court has emphasized that when formulating a 
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rejection under 35 U.S.C. § 103(a) based upon a combination of prior art elements it remains 
necessary to identify the reason why a person of ordinary skill in the art would have combined 
the prior art elements in the manner claimed. KSR v. Teleflex, 127 S. Ct. 1727 (2007). 

Of course, references must be considered as a whole and those portions teaching against 
or away from the claimed invention must be considered. Bausch & Lomb, Inc. v. Barnes- 
Hind/Hydrocurve Inc., 796 F.2d 443 (Fed. Cir. 1986). "A prior art reference may be considered 
to teach away when a person of ordinary skill, upon reading the reference would be discouraged 
from following the path set out in the reference, or would be led in a direction divergent from the 
path that was taken by the Applicant." Monarch Knitting Mach. Corp. v. Fukuhara Indus. 
Trading Co.. Ltd., 139 F.3d 1009 (Fed. Cir. 1998) (quoting /n re Gurley, 27 F.3d 551 (Fed. Cir. 
1994)). 

B. THE CLAIMED INVENTION 

There are two independent claims on appeal: Claims 14 and 25. Independent Claim 14 is 
generally directed to a method for evaluating data containing useful information received via a 
communication network. Independent Claim 25 is generally directed to a device for evaluating 
data containing useful information received via a communication network. 

14-16 and 18-25 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over U.S. 
Patent No. 6,968,309 to Makinen et al. CMakinen") in view of U.S. Patent No. 6,721,707 to Chu 
et al. C'Chu"). Claim 17 stands rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Makinen in view of Chu and further in view of U.S. Patent No. 6,366,578 to Johnson 
("Jo/z«5o«"). 

C. THE REJECTION OF CLAIMS 14 AND 25 UNDER 35 U.S.C. §112. fl SHOULD BE 
REVERSED BECAUSE THE SPECIFICATION MEETS THE WRITTEN 
DESCRIPTION REOUIREMENT 

Independent claims 14 and 25 recite "determining if the error concealment was 
performed" and "reliability information being indicative of whether the error concealment was 
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performed." These limitations are clearly supported by the specification. For example, 
speciation states: 

[0009] The source-decoded audio signal is investigated for 
characteristic features of error concealment which allow it to be 
concluded upon decoding in the time window investigated that 
there is a sufficiently great likelihood of error concealment having 
been used. The information thus obtained as to whether error 
concealment is likely to be present is included in reliability 
information specifying the reliability of correct demodulation of 
the useful information which the demodulator (3) of the data 
containing useful information supplies. If it is likely that error 
concealment has been used for useful information in the 
demodulation time window, the reliability (= likelihood), of the 
useful information having been appropriately (= correctly) 
decoded, that is of it corresponding to the transmitted useful 
information, falls. The reliability information is thus defined as a 
lower value than if no use of error concealment had been detected. 
A subsequent chaimel decoding of the data containing useful 
information can better identify and correct errors with this 
reliability information. Useful information may consist of 
numbers, letters or numbers and letters, for example. The CTM 
receiver (5) includes a demodulator unit (3) and the error 
correction module (4). Initially, two bits which are contained 
frequency-modulated in the PCM signal are generated from 40 
PCM signal values. Reliability information is added to the bits. 
The reliability information is incorrectly high if the 40 signal 
values come from an AMR which was actually received as 
unusable. The error concealment refers to the signal having few 
acoustic noise components, but has taken the frequency-modulated 
information from a speech fi-ame of the past and thus carmot be 
utilized at the current point in time. 
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[0010] The information about whether error concealment was 
applied no longer can be taken directly from the PCM signal. At 
the CTM receiver (5), 2 bits frequency-modulated (4 frequencies) 
are transmitted every 5 ms. The frequency which is the most likely 
to have been transmitted is determined with a correlation 
demodulator (3). A CTM (Cellular Text telephone Modem) is a 
modem which makes it possible to fransmit text messages over 
speech chaimels in mobile radio systems. Independently of the 
speech channel (FuUrate Speech, Halfrate Speech, Enhanced 
Fullrate Speech, AMR, future technologies), information can be 
transmitted by those with hearing or speech difficulties using 
encoded and frequency-modulated fransmission of text in the voice 
frequency band. 
*** 

[0012] This information as well as the specifications relating to 
reliability is transferred to the channel decoder of the CTM system. 
The signal energy also may be measured. 5 ms corresponds to a 
quarter of an AMR frame of 20 ms. With error concealment in the 
AMR receiver (6), parameters from earlier correctly-received 
frames are repeated, wherein at a point in time t, a signal is output 
which is very similar to the signal at point t minus 20 ms but has 
lower signal energy (the gain factors are attenuated). The 
comparison between the frequency detected at point t and the 
signal energy with the detected frequency and signal energy at 
point t minus 20 ms thus enables the conclusion to be drawn, with 
the same frequency and lower signal energy at point t that it is 
quite likely that error concealment has been used and the reliability 
information of the CTM demodulator (3) can be changed so that it 
specifies a low reliability. The same procedure may be used if the 
same frequency is detected in directly consecutive 5 ms subframes 
and signal energy which remains the same or falls is measured, 
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since this is also a symptom for the application of error 
concealment in demodulation that has been undertaken. With 
AMR error concealments, parameters of the subframes are 
averaged and, thus, similar signals are output over 4 subframes. 
These two approaches and an optimally parameterized attenuation 
of the information enable the error rate for transmission of letters 
to be reduced by approximately 20 percent. The statistical 
investigations conducted in connection with the present invention 
allow estimation as to whether error concealment has been used. 
The reliability information then may be adapted, wherein for 
text/(CTM) data, it can be appropriately specified whether there is 
a high or low likelihood (= more or less reliable) that it has been 
appropriately demodulated, since this depends on the use of error 
concealment (unsuitable for text/(CTM) data) during 
demodulation. The data consists of the useful information for CTM 
still with the header and other information. 

Because the specification so clearly describes "determining if the error concealment was 
performed" and "reliability information being indicative of whether the error concealment was 
performed," the rejection of claims 14 and 25 under 35 U.S.C. §112, Ifl should be reversed. 

D. THE REJECTION OF CLAIMS 14-25 UNDER 35 U.S.C. §103fA) SHOULD BE 
REVERSED BECAUSE THE EXAMINER HAS FAILED TO ESTABLISH A PRIMA 
FACIE CASE OF OBVIOUSNESS 

1. Makinen and Chu alone or in combination fail to disclose or suggest the claimed 

invention 

Independent Claim 14 recites, inter alia, " determining if the error concealment was 
performed by evaluating the data received and analyzing the data statistically" and "the 
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reliability information being indicative of whether the error concealment was performed ." 
Similarly, independent claim 25 now recites, among other elements, " determining if the error 
concealment was performed by evaluating and statistically analyzing the received data" and "the 
reliability information being indicative of whether the error concealment was performed ." 

Makinen and Chu, alone and in combination, fail to teach the foregoing claimed elements 
for at least the following reasons. Chu makes no mention of "error concealment." Makinen 
merely describes a method of performing "error concealment." Makinen does not teach 
determining if the error concealment was performed by statistically analyzing received data as 
currently claimed. In addition, Makinen does not teach generating (or creating) reliability 
information indicative of whether the error concealment was performed as currently claimed. 

By statistically determining if error concealment was performed (as opposed to simply 

being supplied with an on/off signal from a circuit that performed the error concealment), a 

backwards compatibility advantage is gained. As described by the specification: 

A significant advantage of this method is that no explicit 
information of a receiver about the use of error concealment is 
needed, making it suitable for accessories as well. If this method is 
used for external CTM (Cellular Text telephone Modem) add-on 
devices, the CTM device fiinctions without adaptation with 
different makes of mobile radio terminals . The present invention 
can be used to come to a reliable decision as to whether the 
received useful information has been corrupted by error 
concealment. Furthermore, the error rates during transmission can 
be minimized, which represents a major advantage, particularly for 
emergency calls. (Paragraph 0005; emphasis added) 

Each of the other pending claims depends directly or indirectly from independent 
claim 14. Therefore, for the reasons provided above, Applicants submit that all of the pending 
claims are in condition for allowance. 

For at least the reasons discussed above, Makinen and Chu alone or in combination fail to 
disclose or suggest every element of independent Claims 1 and 25. Accordingly, Appellants 
respectfully submit that Claims 1 and 25, as well as Claims 2-24 that depend from Claim 1 are 
novel, nonobvious and distinguishable from the cited references and are in condition for 
allowance. 

2. The skilled artisan would not have arrive at the claimed invention in view of 
Makinen and Chu 
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The Examiner generally concludes that it would have been within the ordinary skill of the 
artisan at the time the claimed invention was made because the references relied upon allegedly 
teach that all aspects of the claimed invention were individually known in the art. However, this 
conclusory statement is not sufficient to establish a prima facie case of obviousness without 
some objective reason to utilize the teachings of the references to arrive at the invention. Ex 
parte Levengood, 28 USPQ2d 1300 (Bd. Pat. App. & Inter. 1993). There must be some 
articulated reasoning with some rational underpinning to support the legal conclusion of 
obviousness by the Examiner. In re Kahn, 441 F.3d 977, 988, 78 USPQ2d 1329, 1336 (Fed. Cir. 
2006). 

The skilled artisan would not have arrived at the claimed invention using the cited 
references in the absence of hindsight. Moreover, Makinen and Chu fail to even recognize the 
advantages, benefits and/or properties of statistically determining if error concealment was 
performed in accordance with the present claims. Instead, Appellants respectfully submit that 
the Examiner is improperly using Appellants' patent application as a road map for creating 
hindsight obviousness. Accordingly, Appellants respectfully submit that Claims 14-25, are 
novel, nonobvious and distinguishable from the cited references and are in condition for 
allowance. 
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VIII. CONCLUSION 



Appellants respectfully submit that the Examiner has failed to establish a prima facie 
case of obviousness under 35 U.S.C. §103 with respect to the rejection of Claims 14-25. 
Accordingly, Appellants respectfully submit that the obviousness rejection is erroneous in law 
and in fact and should therefore be reversed by this Board. 

The Director is authorized to charge any fees that may be required, or to credit any 
overpayment to Deposit Account No. 02-1818. If such a withdrawal is made, please indicate the 
Attorney Docket No. 1 19065-23 on the account statement. 



Respectfully submitted, 



BY 



BELL, 




/Reg. No. 44,715 
Customer No. 29200 
Phone No. 312-807-4250 



Dated: September 22, 2008 
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CLAIMS APPENDIX 



PENDING CLAIMS ON APPEAL OF 
U.S. PATENT APPLICATION SERIAL NO. 11/326,957 

14. A method for evaluating data containing useful information received via a 
communication network, the method comprising: 

evaluating and at least partially correcting, via a channel decoder, the data received; 

forwarding, via the channel decoder, to a speech decoder the data with characteristics of 
supplementary information representing the data; 

decoding the data via the speech decoder and, where necessary, performing error 
concealment; 

forwarding the data to a text telephony receiver via the speech decoder; 

determining if the error concealment was performed by evaluating the data received and 
analyzing the data statistically, via a demodulator in the text telephony receiver; 

generating, via the demodulator, rehability information relating to the data received, the 
reliability information being indicative of whether the error concealment was performed; 

forwarding the data, via the demodulator, with the reliability information to an error 
correction modulator; and 

correcting the data received, via the error correction modulator, taking into account the 
reliability information. 

15. A method for evaluating data containing useful information as claimed in claim 

14, further comprising determining a likelihood of the reliability information representing 
appropriate decoding of the data received as a function of a result of the error concealment. 

16. A method for evaluating data containing useful information as claimed in claim 

15, further comprising providing a channel decoder which takes account of the reliability 
information for channel decoding. 

1 7. A method for evaluating data containing useful information as claimed in claim 
14, wherein the data is emergency call-related data. 
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18. A method for evaluating data containing useful information as claimed in claim 
14, wherein the data is analyzed in a mobile station. 

19. A method for evaluating data containing useful information as claimed in claim 
14, wherein the data is transmitted over a cellular mobile communication network. 

20. A method for evaluating data containing useful information as claimed in claim 
14, wherein for statistical detection of an error concealment by the speech decoder, time 
segments of frames of the received useftil information are analyzed. 

21 . A method for evaluating data containing useful information as claimed in claim 
20, wherein the time segments are analyzed in a text telephony demodulator. 

22. A method for evaluating data containing useful information as claimed in claim 
14, wherein the error correction modulator is located in the text telephony receiver. 

23. A method for evaluating data containing useful information as claimed in claim 
14, wherein the data is encoded with Adaptive Multi Rate. 

24. A method for evaluating data containing useful information as claimed in claim 
14, wherein the useful information includes at least one of text, speech, picture and video signals. 

25. A device for evaluating data containing useful information received via a 
communication network, comprising: 

a channel decoder in a communication terminal receiver for evaluating and at least 
partially correcting the received data, and for forwarding the data with characteristics of 
supplementary information representing the data to a speech decoder; 

a speech decoder for decoding and, if necessary, performing error concealment, and for 
forwarding the data to a text telephony receiver; 
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a demodulator in the text telephony receiver for determining if the error concealment was 
performed by evaluating and statistically analyzing the received data by measuring a signal 
energy, for creating reliability information relating to the data, the reliability information being 
indicative of whether the error concealment was performed, and for forwarding the data with the 
reliability information to an error correction modulator; and 

an error correction modulator for correcting the received data, taking into account the 

rehability information. 
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EXHIBIT A: Non-final Office Action dated September 24, 2007 
EXHIBIT B: Final Office Action dated March 20, 2008 
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United States PA ihnt and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



CONFIRMATION NO. 



10/523.326 



291 



02/01/2005 



Matthias Marke 



7590 



09/24/2007 

BELL, BOYD & LLOYD, LLP 
P.O. BOX 1 135 
CHICAGO, IL 60690 



COLUCCI, MICHAEL C 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concernin^^(Sft^a$lpli(^ir^n^^^t^ro^ding.'^^ 



The time period for reply, if any, is set in the attached communication. 




PTOL-90A (Rev. 04/07) 



OfHce Action Summary 



Michael C. Colucci 



MARKE ET AL. 



- The MAILING DATE of this communication appears on the cover sheet with the correspondence address ~ 
Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this cc 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 



Responsive to communication(s) filed on . 

2a)n This action is FINAL. 2b)^ This action is non-final. 

3) n Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 14-25 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) 0 Claim(s) Is/are allowed. 

6) ^ Claim(s) 14-25 is/are rejected. 
/)□ Claim(s) is/are objected to. 

8) 0 Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) n The specification is objected to by the Examiner. 

10) IKI The drawing(s) filed on 01 February 2005 is/are: a)S accepted or b)n objected to by the Examiner. 

Applicant may not request that any objection to the drawing{s) be held in abeyance. See 37 CFR 1 .85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1 .121 (d). 

1 1) 0 The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) |E1 Acl<nowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 19(a)-(d) or (f). 
a)n All b)IEI Some * c)^ None of: 

1 Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. ^ Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1) ^ Notice of References Cited (PTO-892) 4) □ Interview Sumnnary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) 13 information Disclosure Statement(s) {PTO/SB/08) 5) U Notice of Informal Patent Application 

Paper No(s)/Mail Date 4/19/05. 2/01/05 . 6) □ Other: . 



J.S. Patent and Trademarli Office 
PTOL-326 (Rev. 08-06) 



Office Action Summary 



Part of Paper No./Mall Date 20070912 



Application/Control Nut.,jer: 10/523,326 



DETAILED ACTION 

Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 1 02 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

The factual inquiries set forth in Graham v. John Deere Co.. 383 U.S. 1. 
148 USPQ 459 (1966) . that are applied for establishing a background for 
determining obviousness under 35 U.S.C. 103(a) are summarized as 
follows: (See MPEP Ch. 2141) 

a. Determining the scope and contents of the prior art; 

b. Ascertairang the differences between the prior art and the claims in 
issue; 

c. Resolving the level of ordinary skill in the pertinent art; and 

d. Evaluating evidence of secondary considerations for indicating 
obviousness or nonobviousness. 

2. Claims 14-16 and 18-25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Makinen et al US 6968309 B1 (herein after Makinen) in view 
of Chu et al US 6721707 B1 (herein after Chu). 

Re claims 14-16 and 25, Makinen teaches a "method for evaluating data 
containing useful information (Makinen col 13 line 34-46) received via a 
communication network (Makinen col 6 line 24-41)" 

"evaluating and at least partially correcting (Makinen col 2 line 11-21), via 
a channel decoder (Makinen col 1- line 1-27), the data received" 
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"forwarding, via tfie channel decoder (Makinen fig. 1), to a speech decoder 
(Maklnen col 12 line 60-67) the data with characteristics of supplementary 
information (Makien fig. 4 '162') representing the data" 

(Supplementary information is construed as additional infonriation gained 
from the signal sucti as whether or not enors/convption are present within a 
frame of data from the speech) 

"decoding the data via the speech decoder (Makinen col 12 line 60-67) 
and, where necessary, performing error concealment (Makinen col 2 line 22-40 & 

fig.2)" 

"forwarding the data to a text (Makinen col 8 line 20-30) telephony receiver 
(Makinen col 12 line 1-1 1 & fig. 6 '330') via the speech decoder" 

(Figure 6 shows a telephone network where mobile station will have a 
receiver Telephony is construed to be related to transmission and receiving 
within a communication network. The decoding of speech implies text present 
within the data stream.) 

"evaluating the data received and analyzing (Makinen col 13 line 34-46) 
the data statistically (Chu col 11 line 24-35), via a demodulator (Makinen col 12 
line 1-11 & fig. 6 '330') in the text telephony receiver (Makinen col 12 line 1-1 1 & 
fig. 6 '330'), by measuring a signal energy (Chu col 1 1 line 24-35)" 

(The use of gain to analyze a signal implies energy levels are used during 
evaluation.) 
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Makinen fails to particular teach processed energy levels and statistical 
analysis. Chu teaches a signal processed during data communication that 
includes a statistical analysis unit for generating data and the frequency of errors. 
Chu also teaches that the statistical analysis includes bit error rate and energy 
level transmission between states. Therefore, the combined teaching of Makinen 
and Chu as a whole would have rendered obvious evaluating data statistically 
through a demodulator in a telephony receiver by measuring signal energy. 

"generating, via the demodulator (Makinen col 12 line 1-1 1 & fig. 6 '330'), 
reliability information (Makinen fig. 4 & col 1 0 line 28-44) relating to the data 
received" 

(Reliability information is construed as the likelihood, probability, or even 
prediction that data will be properly decoded with no convption/errors. Reliable 
information from a frame of speech is that long term predictions even when 
conrupted, have a high probability of being conrectly predicted) 

"forwarding the data, via the demodulator (Makinen col 12 line 1-11 & fig. 
6 '330'), with the reliability information (Makinen fig. 4 & col 10 line 28-44) to an 
error correction (Makinen col 2 line 11-21) modulator (Makinen col 11 line 48-67)' 

"correcting the data received, via the error correction (Makinen col 2 line 
11-21) modulator (Makinen col 1 1 line 48-67), taking into account the reliability 
information (Makinen fig. 4 & col 10 line 28-44)" 
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Re claim 18, the combined teacliing discloses a "method for evaluating 
data containing useful information as claimed in claim 14, wherein the data is 
analyzed in a mobile station (Makinen col 5 line 51-67)" 

Re claim 1 9, the combined teaching discloses a "method for evaluating 
data containing useful information as claimed in claim 14, wherein the data is 
transmitted over a cellular (Makinen fig. 6 '330') mobile communication network 
(Makinen col 12 line 12-43)" 

Re claim 20, the combined teaching discloses a "method for evaluating 
data containing useful information as claimed in claim 14, wherein for statistical 
(Chu col 1 1 line 24-35) detection of an error concealment (Makinen col 2 line 22- 
40 & fig. 2) by the speech decoder (Makinen col 12 line 60-67), time segments of 
frames (Makinen col 1 line 25-37) of the received useful information are 
analyzed" 

Re claim 21 , the combined teaching discloses a "method for evaluating 
data containing useful information as claimed in claim 20, wherein the time 
segments (Makinen col 1 line 25-37) are analyzed in a text telephony 
demodulator (Makinen col 1 1 line 48-67)" 

Re claim 22, the combined teaching discloses a "method for evaluating 
data containing useful information as claimed in claim 14, wherein the error 
correction (Makinen col 2 line 11-21) modulator is located in (Makinen fig. 6 
'340') the text (Makinen col 8 line 20-30) telephony receiver (Makinen col 12 line 
1-11 & fig. 6 '330')" 
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Re claim 23, the combined teacliing discloses a "method for evaluating 
data containing useful information as claimed in claim 14, wherein the data is 
encoded with Adaptive Multi Rate (Makinen col 2 line 22-40)" 

Re claim 24, the combined teaching discloses a "method for evaluating 
data containing useful information as claimed in claim '14, wherein the useful 
information includes at least one of text, speech (Makinen col 8 line 20-30), 
picture and video signals" 

3. Claim 17 is rejected under 35 U.S.C. 103(a) as being unpatentable 
over Makinen et al US 6968309 B1 (herein after Makinen) in view of Chu et 
al US 6721707 B1 (herein after Chu) and further in view of Johnson US 
6366578 B1 (herein after Johnson). 

Re claim 17, the combined teaching of Makinen and Chu disclose a 
"method for evaluating data containing useful information as claimed in claim 14, 
wherein the data is emergency call-related data (Johnson col 56 line 1-12)" 

The combined teaching of Makinen and Chu fail to disclose data being 
related to an emergency call. Johnson teaches a multiple mode voice and data 
communication system with language capabilities, where backup 
communications using channels implement a telephone coupled for emergency 
voice calls or the like. Therefore, the combined teaching of Makinen, Chu, and 
Johnson as a whole would have rendered obvious data containing emergency 
call related data. 



Application/Control Nun..^er: 10/523,326 



Contact 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Michael C. Colucci whose telephone number 
is (571)-270-1847. The examiner can normally be reached on 7:30 am - 5:00 
pm, Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Richemond Dorvil can be reached on (571)-272-7602. 
The fax phone number for the organization where this application or proceeding 
is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 

Michael Colucci Jr. 
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DETAILED ACTION 
Claim Rejections - 35 USC § 112 

1 . The following is a quotation of the first paragraph of 35 U.S.C. 1 1 2: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact tenns as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

2. Claims 14 and 25 rejected under 35 U.S.C. 1 12, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to reasonably convey to 
one skilled in the relevant art that the inventor(s), at the time the application was filed, 
had possession of the claimed invention. Claims 14 and 25 contain the amended 
limitations "detemiining if the error concealment was performed" and "reliability 
information being indicative of whether the error concealment was performed" and are 
believed not to be found in the specification in view of the cited paragraph of the 
submitted remarks. 

Response to Arguments 

3. Applicant's arguments filed 01/24/2008 have been fully considered but they are 
not persuasive. 

Argument 1 (page 5 paragraph 4): 

• "Makinen and Chu, alone and in combination, fail to teach the foregoing 
claimed elements for at least the following reasons. Chu makes no 
mention of "error concealment." Makinen merely describes a method of 
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perfom^^ concealment." Makinen does not teach determining if the 
error concealment was performed by statistically analyzing received data 
as currently claimed. In addition, Makinen does not teach generating (or 
creating) reliability information indicative of whether the error concealment 
was performed as currently claimed" 
Response to argument 1: 

Examiner takes the position that Makinen in fact does teach whether error 
concealment has been performed, though not specifically written in the exact 
terms. Makinen teaches that most of the LTP-lag values in a corrupted frame are 
correct or erroneous can be correctly predicted with high probability . Thus, it is 
possible to adapt a very strict criterion for oafar^er concealment (Col. 10 lines 



Additionally, Makinen teaches that as the encoded bit stream is received 
at step 160, the frame is checked to see if it is corrupted at step 162. If the frame 
is not corrupted, then th e parameter history of the speech sequence is undated 
at step 164, and the speech parameters of the current frame are decoded at step 
166. The procedure then goes back to step 162. If the frame is bad or 
corrupted, the parameters are retrieved from the parameter history storage at 
step 170. Whether the corrupted frame is part of the stationary speech sequence 
or non-stationary speech sequence is determined at step 172. If the speech 
sequence is stationary, the LTP-lag of the last good frame is used to replace 
the LTP-lag in the corrupted frame at step 174. If the speech sequence is 



28-44). 
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non-stationary, a new lag value and new gain value are calculated based on the 
LTP history at step 180, and they are used to replace the corresponding 
parameters i n the corrupted frame a t step 182. (Col. 11 lines 30-47 & Fig. 4). 

Further, Makinen teaches whether decoding/demodulation has been 
correctly performed, where error concealment will be performed relative to 
information (parameters, gain, lac. Etc.V Makinen teaches the use of feedback 
as a mean s to check if error concealment was correctly applied following 
decoding, thus verifying bot h decoding and error concealment for a data stream . 
If the data stream feeds the same data portion from the decoder back to the 
frame corruption check unit, then the error concealment was performed but 
errors were not concealed appropriately, where a good frame was not used 
accordingly, demonstrating that error concealment was not performed 
successfully for that iteration (Fig. 4). 



Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the pnor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains 
Patentability shall not be negatived by the manner In which the invention was made. 
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5. Claims 14-16 and 18-25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Makinen et al US 6968309 B1 (herein after Makinen) in view of Chu 
et al US 6721707 B1 (herein after Chu). 

Re claims 14-16 and 25, Makinen teaches a method for evaluating data 
containing useful information (Col. 13 line 34-46) received via a communication network 
(Col. 6 line 24-41) 

determining if the en-or concealment was performed (Col. 1 1 lines 30-47 & Fig. 4) 
by evaluating and at least partially correcting (Col. 2 line 11-21), via a channel decoder 
(Makinen Col. 1- line 1-27), the data received 

forwarding, via the channel decoder (Fig. 1), to a speech decoder (Col. 12 line 
60-67) the data with characteristics of supplementary information (Fig. 4 '162') 
representing the data 

(Supplementary information is construed as additional information gained from 
the signal such as whether or not errors/corruption are present within a frame of data 
from the speech) 

decoding the data via the speech decoder (Col. 12 line 60-67) and, where 
necessary, performing error concealment (Col. 2 line 22-40 & fig. 2) 

forwarding the data to a text (Col. 8 line 20-30) telephony receiver (Col. 12 line 1- 
1 1 & fig. 6 '330') via the speech decoder 

generating, via the demodulator (Col. 12 line 1-11 & fig. 6 '330'), reliability 
information (fig. 4 & Col. 10 line 28-44) relating to the data received 
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(Reliability information is construed as the likelihood, probability, or even 
prediction that data will be properly decoded with no corruption/errors. Reliable 
information from a frame of speech is that long term predictions even when corrupted, 
have a high probability of being correctly predicted) 

via a demodulator (Col. 12 line 1-1 1 & fig. 6 '330') in the text telephony receiver 
(Col. 12 line 1-11 & fig. 6 '330'). 

forwarding the data, via the demodulator (Col. 12 line 1-11 & fig. 6 '330'), with the 
reliability information (Fig. 4 & Col. 10 line 28-44) to an error correction (Col. 2 line 11- 
21 ) modulator (Col. 1 1 line 48-67) 

correcting the data received, via the error correction (Col. 2 line 1 1-21) modulator 
(Col. 1 1 line 48-67), taking into account the reliability information (fig. 4 & Col. 10 line 
28-44) 

However, Makinen fails to teach evaluating the data received and analyzing the 
data statistically (Chu Col. 6 lines 54-67), 

Chu teaches a signal processed during data communication that includes a 
statistical analysis unit for generating data and the frequency of en-ors. Chu also 
teaches that the statistical analysis includes bit error rate and energy level transmission 
between states. Chu teaches a link impairment monitor unit 300 observes the audio 
data signal on the return link of the data communication channel 231 for the presence of 
data transmission errors that are indicative of the presence of a link impairment. In 
particular, assuming that the two signal processors 200 and 205 are in the bypass mode 
and exchange compressed audio data information, the link impairment monitor unit 300 
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will observe each frame of compressed audio data information and control information 
for possible corruption of the data that is protected by parity or by any other suitable 
error detection scheme. When errors are detected, a statistical analysis is performed 
and the results of this analysis are stored in a data structure 302. 

Further, Chu teaches energy level during negotiation (assuming bypass 
negotiation takes advantage/uses the energy profile). (19) The control unit 220 also 
comprises link error response unit 304 that is operative to react to the detection of a 
transmission error by the link impairment monitor unit 300, in dependence on the history 
of statistics maintained by the link impairment monitor unit 300 in the data structure 302. 
The link error response unit 304 also includes a data structure 306 that contains data 
elements representative of the operating condition(s) to be met to allow the signal 
processor 200 to switch to the bypass mode. The following is a non-limiting list of 
possible operating conditions: (20) Maximum number of bit en-ors during a certain time 
frame in the handshaking process; (21) A maximal time period allowed for completing 
a bypass handshaking procedure; (22) The minimal number of error-free control 
messages that must be exchanged during the handshaking procedure to consider the 
procedure successful; (23) Requiring a particular signal characteristic (such as energy 
level in the signal exchanged during the handshaking procedure). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention error concealment involving evaluating and analyzing data 
statistically. Statistical analysis allows for an increased probability when computing a 
decision in a data stream, where error concealment may be difficult to detect, by using 
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statistical means to detect error concealment, data can be processed faster and/or 
carefully by allocating a specific threshold of probability. Having statistically analysis 
increases the chances of transmission error detection on a frame by frame basis, where 
a probability can be in the form of energy (i.e. variance, standard deviation, etc). 



Re claim 18, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 14, wherein the data is analyzed in a mobile station 
(Col. 5 line 51-67). 

Re claim 19, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 14, wherein the data is transmitted over a cellular (Fig. 6 
'330') mobile communication network (Col. 12 line 12-43). 

Re claim 20, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 14, wherein for statistical (Chu Col. 11 line 24-35) 
detection of an error concealment (Col. 2 line 22-40 & fig. 2) by the speech decoder 
(Col. 12 line 60-67), time segments of frames (Col. 1 line 25-37) of the received useful 
information are analyzed. 

Re claim 21, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 20, wherein the time segments (Col. 1 line 25-37) are 
analyzed in a text telephony demodulator (Col. 11 line 48-67). 

Re claim 22, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 14, wherein the error correction (Col. 2 line 11-21) 
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modulator is located in (fig. 6 '340') the text (Col. 8 line 20-30) telephony receiver (Col. 
12 line 1-11 & fig. 6 '330'). 

Re claim 23, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 14, wherein the data is encoded with Adaptive Multi 
Rate (Col. 2 line 22-40). 

Re claim 24, Makinen teaches a method for evaluating data containing useful 
information as claimed in claim 14, wherein the useful information includes at least one 
of text, speech (Col. 8 line 20-30), picture and video signals. 



6. Claim 17 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Makinen et a! US 6968309 B1 (herein after Makinen) in view of Chu et al US 
6721707 B1 (herein after Chu) and further in view of Johnson US 6366578 B1 
(herein after Johnson). 

Re claim 17, Makinen in view of Chu fail to teach a method for evaluating data 
containing useful information as claimed in claim 14, wherein the data is emergency 
call-related data (Johnson Col. 56 line 1-12). 

Johnson teaches a multiple mode voice and data communication system with 
language capabilities, where backup communications using channels implement a 
telephone coupled for emergency voice calls or the like. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention data containing emergency call related data. Having an error 
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concealment scheme for emergency related calls allows for an optimized system, that 
can has the ability to process data faster to reduce a discrepancy during the 
communication of an emergency or any time essential situation. 

Conclusion 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. US 6363381 B1, US 6618702 B1, US 20060222090 A1, US 
20060282737 A1, US 20030142730 A1, US 4658436 A. 

8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS fl-om the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael 0. Colucci whose telephone number is (571)- 
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270-1847. The examiner can normally be reached on 9:30 am - 6:00 pm, Monday- 
Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Richemond Dorvil can be reached on (571)-272-7602. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 

273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



Michael Colucci Jr. 
Patent Examiner 
AU 2626 
(571)-270-1847 
Michael.Colucci(S).uspto.aov 

/Richemond Dorvil/ 

Supervisory Patent Examiner, Art Unit 2626 
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ABSTRACT 



A method and system for concealing errors in one or more 
bad frames in a speech sequence as part of an encoded bit 
stream received in a decoder. When the speech sequence is 
voiced, the LTP-parameters in the bad frames are replaced 
by the corresponding parameters in the last frame. When the 
speech sequence is unvoiced, the LTP-parameters in the bad 
frames are replaced by values calculated based on the LTP 
history along with an adaptively-limited random term. 

20 Claims, 12 Drawing Sheets 
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METHOD AND SYSTEM FOR SPEECH 
FRAME ERROR CONCEALMENT IN 
SPEECH DECODING 

FIELD OF THE INVENTION 



The present invention relates generally to the decoding of 
speech signals from an encoded bit stream and, more par- 
ticularly, to the concealment of corrupted speech parameters 



partially corrupted frame is a frame that does arrive to the 
receiver and can still contain some parameters that are not in 
error. This is usually the situation in a circuit switched 
connection like in the existing GSM connection. The bit- 
error rate (BER) in the partially corrupted frames is typically 
around 0.5-5%. 

From the description above, it can be seen that the two 
cases of bad or corrupted frames will require different 
approaches in dealing with the degradation in reconstructed 



when errors in speech frames are detected diu-ing speech lO speech due to the loss of speech parameters. 



decoding. 



BACKGROUND OF THE INVENTION 



Speech and audio coding algorithms have 
of applications in communication, multimedia and storage 
systems. The development of the coding algorithms is driven 
by the need to save transmission and storage capacity while 
maintaining the high quality of the synthesized signal. The 
complexity of the coder is limited by, for example, the 
processing power of the application platform. In some 
applications, for example, voice storage, the encoder may be 
highly complex, while the decoder should be as simple as 
possibk 



The lost or erroneous speech frames are consequences of 
the bad condition of the communication channel, which 
causes errors to the bit stream. When an error is detected in 
the received speech frame, an error correction procedure is 
wide variety 15 started. This error correction procedure usually includes a 
substitution procedure and muting procedure. In the prior 
art, the speech parameters of the bad frame are replaced by 
attenuated or modified values from the previous good frame. 
However, some parameters (such as excitation in CELP 
parameters) in the corrupted frame may still be used for 
decoding. 

FIG. 2 shows the principle of the prior-art method. As 
shown in FIG. 2, a buffer labeled "parameter history" is used 
to store the speech parameters of the last good frame. When 



Modem speech codecs operate by processing the speech 25 a bad frame is detected, the Bad Frame Indicator (BFI) is set 



signal in short segments called frames. A typical frame 
length of a speech codec is 20 ms, which corresponds to 160 
speech samples, assuming an 8 kHz sampling frequency. In 
the wide band codecs, the typical frame length of 20 ms 
corresponds to 320 speech samples, assuming a 16 kHz 30 
sampling frequency. The frame may be further divided into 
a number of sub-frames. For every frame, the encoder 
determines a parametric representation of the input signal. 
The parameters are quantized and transmitted through a 
communication channel (or stored in a storage medium) in 35 
a digital form. The decoder produces a synthesized speech 
signal based on the received parameters, as shown in FIG. 1. 

A typical set of extracted coding parameters includes 
spectral parameters (such as Linear Predictive Coding (LPC) 
parameters) to be used in short term prediction of the signal, 40 will 
parameters to be used for long term prediction (LTP) of the 
signal, various gain parameters, and excitation parameters. 
The LTP parameter is closely related to the fundamental 
frequency of the speech signal. This parameter is often 
known as a so-called pitch-lag parameter, which describes 
the fundamental periodicity in terms of speech samples. 
Also, one of the gain parameters is very much related to the 
fundamental periodicity and so it is called LTP gain. The 
LTP gain is a very important parameter in making the speech 
as natural as possible. The description of the coding param- 
eters above fits in general terms with a variety of speech 
codecs, including the so-called Code-Excited Linear Predic- 
tion (CELP) codecs, which have for some time been the 
5t successful speech codecs. 



1 and the error concealment procedure is started. When 
the BFI is not set (BFI=0), the parameter history is updated 
and speech parameters are used for decoding without error 
concealment. In the prior-art system, the error concealment 
procedure uses the parameter history for concealing the lost 
or erroneous parameters in the corrupted frames. Some 
speech parameters may be used from the received frame 
even though it is classified as a bad frame (BFI=1). For 
example, in a GSM Adaptive Multi-Rate (AMR) speech 
codec (ETSl specification 06.91), the excitation vector from 
the channel is always used. When the speech frames are 
totally lost frames (e.g., in some IP-based transmission 
systems), no parameters will be used from the received bad 
frame. In some cases, no frame will be received, or the frame 
rrive so late that it has to be classified as a lost frame, 
a prior-art system, LTP-lag concealment uses the last 
good LTP-lag value with a slightly modified fractional part, 
and spectral parameters are replaced by the last good param- 
eters slightly shifted towards constant mean. The gains (LTP 
and fixed codebook) may usually be replaced by the attenu- 
ated last good value or by the median of several last good 
values. The same substituted speech parameters are used for 
all sub-frames with slight modification to some of them. 

The prior-art LTP concealment may be adequate for 
stationary speech signals, for example, voiced or stationary 
speech. However, for non-stationary speech signals, the 
prior-art method may cause unpleasant and audible artifacts. 
For example, when the speech signal is unvoiced or non- 
stationary, simply substituting the lag value in the bad frame 



Speech parameters are transmitted through a communi- 55 with the last good lag value has the effect of generating 



m channel in a digital form. Sometimes the condition of 
the communication channel changes, and that might cause 
errors to the bit stream. This will cause frame errors (bad 
frames), i.e., some of the parameters describing a particular 
speech segment (typically 20 ms) are corrupted. There are 
two kinds of frame errors: totally corrupted frames and 
partially corrupted frames. These frames are sometimes not 
received in the decoder at all. In the packet-based transmis- 
sion systems, like in normal internet connections, the situ- 
ation can arise when the data packet will never reach the 
receiver, or the data packet arrives so late that it cannot be 
used because of the real time nature of spoken speech. The 



short voiced-speech segment in the middle of an unvoiced- 
speech burst (See FIG. 10). The effect, as known as the 
"bing" artifact, can be annoying. 

It is advantageous and desirable to provide a method and 
) system for error concealment in speech decoding to improve 
the speech quality. 

SUMMARY OF THE INVENTION 

> The present invention takes advantage of the fact that 
there is a recognizable relationship among the long-tenn 
prediction (LTP) parameters in the speech signals. In par- 
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ticular, the LTP-lag has a strong correlation with the LTP- 
gain. When the LTP-gain is high and reasonably stable, the 
LTP-lag is typically very stable and the variation between 
adjacent lag values is small. In that case, the speech param- 
eters are indicative of a voiced-speech sequence. When the 5 
LTP-gain is low or unstable, the LTP-lag is typically 
unvoiced, and the speech parameters are indicative of an 
unvoiced-speech sequence. Once the speech sequence is 
classified as stationary (voiced) or non-stationary (un- 
voiced), the corrupted or bad frame in the sequence can be lo 
processed differently. 

Accordingly, the first aspect of the present invention is a 
method for conceaUng errors in an encoded bit stream 
indicative of speech signals received in a speech decoder, 
wherein the encoded bit stream includes a plurality of 15 
speech frames arranged in speech sequences, and the speech 
frames include at least one corrupted frame preceded by one 
or more non-corrupted frames, wherein the corrupted frame 
includes a first long-term prediction lag value and a first 
long-term prediction gain value, and the non-corrupted 20 
frames include second long-term prediction lag values and 
second long-term prediction gain values, and wherein the 
second long-term prediction lag values include a last long- 
term prediction lag value, and the second long-term predic- 
tion gain values include a last long-term prediction gain 25 
value, and the speech sequences include stationary and 
non-stationary speech sequences, and wherein the corrupted 
frame can be partially corrupted or totally corrupted. The 
method comprises the steps of: 

determining whether the first long-term prediction lag M 
value is within or outside an upper limit and a lower 
limit determined based on the second long-term pre- 
diction lag values; 
replacing the first long-term prediction lag value in the 
partially corrupted frame with a third lag value, when 35 
the first long-term prediction lag value is outside the 
upper and lower limits; and 
retaining the first long-term prediction lag value in the 
partially corrupted frame when the first long-term pre- 
diction lag value is within the upper and lower limits. 40 
Alternatively, the method comprises the steps of; 
determining whether the speech sequence in which the 
corrupted frame is arranged is stationary or non-sta- 
tionary, based on the second long-term prediction gain 
values; 45 
when the speech sequence is stationary, replacing the first 
long-term prediction lag value in the corrupted frame 
with the last long-term prediction lag value; and 
when the speech sequence is non-stationary, replacing the 
first long-term prediction lag value in the corrupted 50 
frame with a third long-term prediction lag value 
determined based on the second long-term prediction 
lag values and an adaptively-limited random lag jitter, 
and replacing the first long-term prediction gain value 
in the corrupted frame with a third long-term prediction 55 
gain value determined based on the second long-term 
prediction gain values and an adaptively-limited ran- 
dom gain jitter. 
Preferably, the third long-term prediction lag value is 
calculated based at least partially on a weighted median of 60 
the second long-term prediction lag values, and the adap- 
tively-limited random lag jitter is a value bound by limits 
determined based on the second long-term prediction lag 
values. 

Preferably, the third long-term prediction gain value is 65 
calculated based at least partially on a weighted median of 
the second long-term prediction gain values, and the adap- 



tively-limited random gain jitter is a value bound by limits 
determined based on the second long-term prediction gain 
values. 

Alternatively, the method comprises the steps of: 
determining whether the corrupted frame is partially 

corrupted or totally corrupted; 
replacing the first long-term prediction lag value in the 
corrupted frame with a third lag value if the corrupted 
frame is totally corrupted, wherein when the speech 
sequence in which the totally corrupted frame is 
arranged is stationary, set the third lag value equal to 
the last long-term prediction lag value, and when said 
speech sequence is non-stationary, determining the 
third lag value based on the second long-term predic- 
tion values and an adaptively-limited random lag jitter; 
and 

replacing the first long-term prediction lag value in the 
corrupted frame with a fourth lag value if the corrupted 
frame is partially corrupted., wherein when the speech 
sequence in which the partially corrupted frame is 
arranged in stationary, set the fourth lag value equal to 
the last long-term prediction lag value, and when said 
speech sequence is non-stationary set the fourth lag 
value based on a decoded long-term prediction lag 
value searched from an adaptive codebook associated 
with the non-corrupted frame preceding the corrupted 
frame, when said speech sequence is non-stationary. 
The second aspect of the present invention is a speech 
signal transmitter and receiver system for encoding speech 
signals in an encoded bit stream and decoding the encoded 
bit stream into synthesized speech, wherein the encoded bit 
stream includes a plurality of speech frames arranged in 
speech sequences, and the speech frames include at least one 
corrupted frame preceded by one or more non-corrupted 
frames, wherein the corrupted frame is indicated by a first 
signal and includes a first long-term prediction lag value and 
a first long-term prediction gain value, and the non-cor- 
rupted frames include second long-term prediction lag val- 
ues and second long-term prediction gain values, and 
wherein the second long-term prediction lag values include 
a last long-term prediction lag value, and the second long- 
term prediction gain values include a last long-term predic- 
tion gain value, and the speech sequences include stationary 
and non-stationary speech sequences. The system com- 
prises: 

a first mechanism, responsive to the first signal, for 
determining whether the speech sequence in which the 
corrupted frame is arranged is stationary or non-sta- 
tionary, based on the second long-term prediction gain 
values, and for providing a second signal indicative of 
whether the speech sequence is stationary or non- 
stationary; and 

a second mechanism, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
corrupted frame with the last long-term prediction lag 
value when the speech sequence is stationary, and 
replacing the first long-term prediction lag value and 
the first long-term gain value in the corrupted frame 
with a third long-term prediction lag value and a third 
long-term prediction gain value, respectively, when the 
speech sequence is non-stationary, wherein the third 
long-term prediction lag value is determined based on 
the second long-term prediction lag values and an 
adaptively-limited random lag jitter, and the third long- 
term prediction gain value is determined based on the 
second long-term prediction gain values and an adap- 
tively-limited random gain jitter. 
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Preferably, the third long-term prediction lag value is 
calculated based at least partially on a weighted median of 
the second long-term prediction lag values, and the adap- 
tively-Kmited random lag jitter is a value bound by limits 
determined based on the second long-term prediction lag s 

Preferably, the third long-term prediction gain value is 
calculated based at least partially on a weighted median of 
the second long-term prediction gain values, and the adap- 
tively-limited random gain jitter is a value bound by limits lo 
determined based on the second long-term prediction gain 
values. 

The third aspect of the present invention is a decoder for 
synthesizing speech from an encoded bit stream, wherein the 
encoded bit stream includes a plurality of speech frames 15 
arranged in speech sequences, and the speech frames include 
at least one corrupted frame preceded by one or more 
non-corrupted frames, wherein the corrupted frame is indi- 
cated by a first signal and includes a first long-term predic- 
tion lag value and a first long-term prediction gain value, and 20 
the non-corrupted frames include second long-term predic- 
tion lag values and second long-term prediction gain values, 
and wherein the second long-term prediction lag values 
include a last long-term prediction lag value and the second 
long-term prediction gain values include a last long-term 25 
prediction gain value and the speech sequences include 
stationary and non-stationary speech sequences. The 
decoder comprises: 

a first mechanism, responsive to the first signal, for 



a first mechanism, responsive to the first signal, for 
determining whether the speech sequence in which the 
corrupted fi-ame is arranged is stationary or non-sta- 
tionary, based on the second long-term prediction gain 
values, and for providing a second signal indicative of 
whether the speech sequence is stationary or non- 
stationary; and 
a second mechanism, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
corrupted frame with the last long-term prediction lag 
value when the speech sequence is stationary, and 
replacing the first long-term prediction lag value and 
the first long-term gain value in the corrupted frame 
with a third long-term prediction lag value and a third 
long-term prediction gain value, respectively, when the 
speech sequence is non-stationary, wherein the third 
long-term prediction lag value is determined based on 
the second long-term prediction lag values and an 
adaptively-limited random lag jitter, and the third long- 
term prediction gain value is determined based on the 
second long-term prediction gain values and an adap- 
tively-limited random gain jitter. 
The fifth aspect of the present invention is an element in 
a telecommunication network, which is arranged to receive 
an encoded bit stream containing speech data from a mobile 
station, wherein the speech data includes a plurality of 
speech fi-ames arranged in speech sequences, and the speech 



determining whether the speech sequence in which the 30 frames include at least one corrupted frame preceded by 01 



corrupted frame is arranged is stationary or non-sta- 
tionary, based on the second long-term prediction gain 
values, and for providing a second signal indicative of 
whether the speech sequence is stationary or non- 
stationary; and 35 
a second mechanism, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
corrupted frame with the last long-term prediction lag 
value when the speech sequence is stationary, and 
replacing the first long-term prediction lag value and 40 
the first long-term gain value in the corrupted frame 
with a third long-term prediction lag value and a third 
long-term prediction gain value, respectively, when the 
speech sequence is non-stationary, wherein the third 
long-term prediction lag value is determined based on 45 
the second long-term prediction lag values and an 
adaptively-limited random lag jitter, and the third long- 
term prediction gain value is determined based on the 
second long-term prediction gain values and an adap- 
tively-limited random gain jitter. 50 
The fourth aspect of the present invention is a mobile 
station, which is arranged to receive an encoded bit stream 
containing speech data indicative of speech signals, wherein 
the encoded bit stream includes a plurality of speech frames 
arranged in speech sequences, and the speech frames include 55 
at least one corrupted frame preceded by one or more 
non-corrupted frames, wherein the corrupted frame is indi- 
cated by a first signal and includes a first long-term predic- 
tion lag value and a first long-term prediction gain value, and 
the non-corrupted frames include second long-term predic- 60 
tion lag values and second long-term prediction gain values, 
and wherein the second long-term prediction lag values 
include a last long-term prediction lag value and the second 
long-term prediction gain values include a last long-term 
prediction gain value and the speech sequences include 6S 
stationary and non-stationary speech sequences. The mobile 
station comprises: 



i-corrupted frames, wherein the corrupted frame 
is indicated by a first signal and includes a first long-term 
prediction lag value and a first long-term prediction gain 
value, and the non-corrupted frames include second long- 
term prediction lag values and second long-term prediction 
gain values, and wherein the second long-term prediction 
lag values include a last long-term prediction lag value and 
the second long-term prediction gain values include a last 
long-term prediction gain value and the speech sequences 
include stationary and non-stationary speech sequences. The 
element comprises: 

a first mechanism, responsive to the first signal, for 
determining whether the speech sequence in which the 
corrupted frame is arranged is stationary or non-sta- 
tionary, based on the second long-term prediction gain 
values, and for providing a second signal indicative of 
whether the speech sequence is stationary or non- 
stationary; and 
a second mechanism, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
corrupted frame with the last long-term prediction lag 
value when the speech sequence is stationary, and 
replacing the first long-term prediction lag value and 
the first long-term gain value in the corrupted frame 
with a third long-term prediction lag value and a third 
long-term prediction gain value, respectively, when the 
speech sequence is non-stationary, wherein the third 
long-term prediction lag value is determined based on 
the second long-term prediction lag values and an 
adaptively-limited random lag jitter, and the third long- 
term prediction gain value is determined based on the 
second long-term prediction gain values and an adap- 
tively-limited random gain jitter. 
The present invention will become apparent upon reading 
the description taken in conjunction with FIGS. 3 to 11c. 
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BRIEF DESCRIPTION OF THE DRAWINGS ment module 60 lo the decoding module 20. The speech 
parameters 102 typically include LPC parameters for short 

FIG. 1 is a block diagram illustrating a generic distributed term prediction, excitation parameters, a long-term predic- 

speech codec, wherein the encoded bit stream containing tion (LTP) lag parameter, an LTP gain parameter and other 

speech data is conveyed from an encoder to a decoder via a 5 gain parameters. The parameter history storage 50 is used to 

communication channel or a storage medium. ^toK the LTP-Iag and LTP-gain of a number of non-cor- 

FIG 2 ,s a block diagram Jlustratmg a pnor-art error ^upted speech frames. The contents of the parameter history 

concealment apparatus in a receiver. ^ storage 50 are constantly updated so that the last LTP-gain 

FIG. 3 IS a block diagram illustrating the error conceal- j^^^ ^TP-lag parameter stored in the 

Svelitir" ' '° storage 50 are those of the last non-corrupted speech frame. 

FIG. 4 IS a flow chart lUustratmg the method of error ^'''f ' u'^ZVf^ ^^^''^ 1' '^'^'''^'^ '° 

concealment accordmg to the present invention. ^^e decoder 10, the BFI flag is set to 1 and the speech 

FIG. 5 is a diagrammatic representation of a mobile parameters 102 of the corrupted frame are conveyed to the 

station, which includes an error concealment module, 15 «"*ly^®r '^^ through the switch 40. By comparing the 

according to the present invention LTP-gain parameter in the corrupted frame and the LTP-gain 

FIG. 6 is a diagrammatic representation of a telecommu- Parameters stored in the storage 50, it is possible for the is 

nication network using a decoder, according to the present ^"^^y^^'" '° determine whether the speech sequence is 

invention stationary or non-stationary, based on the magnitude and its 

HG. 7 'is a plot of LTP-parameters illustrating the lag and 20 variation in the LTP-gain parameters in neighboring frames, 

gain profiles in a voiced speech sequence. Typically, in a stationary sequence, the LTP-gain parameters 

FIG. 8 is a plot of LTP-parameters illustrating the lag and '"S^ ^"'^ reasonably stable, the LTP-lag value is stable 

gain profiles in an unvoiced speech sequence. '^e vanation in adjacent LTP-lag values is small, as 

FIG. 9 is a plot of LTP-lag values in a series of sub-frames ^l'"^" contrast, in an non-stationary sequence, 

illustrating the difference between the prior-art error con- 25 LTP-gain parameters are low and unstable, and the 

cealment approach and the approach according to the ^TP-lag is also unstable, as shown in FIG. 8. The LTP-lag 

present invention ^''''^^^ changing more or less randomly. FIG. 7 shows the 

FIG. 10 is another plot of LTP-lag values in a series of ^P^^^^^ sequence for the word "viinia". FIG. 8 shows the 
sub-frames illustrating the difference between the prior-art ^P^^'^'' sequence for the word "exhibition- 
error concealment approach and the approach according to 30 If the speech sequence that includes the corrupted frame 
the present invention. is voiced or stationary, the last good LTP-lag is retrieved 

FIG. 11a is a plot of speech signals illustrating an error- from the storage 50 and conveyed to the parameter conceal- 
free speech sequence having the location of the bad frame of ment module 60. The retrieved good LTP-lag is used to 
the speech channel, as shown in FIGS, lib and 11c. replace the LTP-lag of the corrupted frame. Because the 

FIG. lib is a plot of speech signals illustrating the 35 LTP-lag in a stationary speech sequence is stable and its 

concealment of parameters in a bad frame according to the variation is small, it is reasonable to use a previous LTP-lag 

prior art approach. with small modification to conceal the conresponding param- 

FIG. 11c is a plot of speech signals illustrating the eter in corrupted frame. Subsequently, an RX signal 104 

concealment of parameters in a bad frame according to the causes the replacement parameters, as denoted by reference 

present invention. 40 numeral 134, to be conveyed to the decoding module 20 

through the switch 42. 

BEST MODE FOR CARRYING OUT THE If the speech sequence that includes the corrupted frame 
INVENTION is unvoiced or non-stationary, the analyzer 70 calculates a 
replacement LTP-lag value and a replacement LTP-gain 
FIG. 3 illustrates a decoder 10, which includes a decoding 45 value for parameter concealment. Because LTP-lag in an 
module 20 and an error concealment module 30. The decod- non-stationary speech sequence is unstable and its variation 
ing module 20 receives a signal 140, which is normally in adjacent frames is typically very large, parameter con- 
indicative of speech parameters 102 for speech synthesis. cealment should allow the LTP-lag in an error-concealed 
The decoding module 20 is known in the art. The error non-stationary sequence to fluctuate in a random fashion. If 
concealment module 30 is arranged to receive an encoded 50 the parameters in the corrupted frame are totally corrupted, 
bit stream 100, which includes a plurality of speech streams such as in a lost frame, the replacement LTP-lag is calculated 
arranged in speech sequences. A bad-frame detection device by using a weighted median of the previous good LTP-lag 
32 is used to detect corrupted frames in the speech sequences values along with an adaptively-limited random jitter. The 
and provide a Bad-Frame-Indicator (BFI) signal 110 repre- adaptively-limited random jitter is allowed to vary within 
senting a BFI flag when a corrupted frame is detected. BFI 55 limits calculated from the history of the LTP values, so that 
is also known in the art. The BFI signal 110 is u.sed to control the parameter fluctuation in an error-concealed segment is 
two switches 40 and 42. Normally, the speech frames are not similar to the previous good section of the same speech 
rupted and the BFI flag is 0. The terminal S is operatively sequence. 



icemplary rule for LTP-lag concealment is governed 



connected to the terminal 0 in the switches 40 and 42. The 

speech parameters 102 are conveyed to a buff'er, or "param- 60 by a set of conditions as follow;^ 
eter history" storage, 50 and the decoding module 20 for 
speech synthesis. When a bad frame is detected by the If 

bad-frame detection device 32, the BFI flag is set to 1. The minGain>0.5 AND LagDif<10; OR 
terminal S is connected to the terminal 1 in the switches 40 lastGain>0.5 AND secondLastGain>0.5, 

and 42. Accordingly, the speech parameters 102 are pro- 65 

vided to an analyzer 70, and the speech parameters needed then the last received good LTP-lag is used for the totally 
for speech synthesis are provided by a parameter conceal- corrupted frame. Otherwise, Update _lag, a weighted aver- 



does not provide an estimation of the BER in the frame. If 
the BFI flag is used as the only criterion for parameter 
concealment, then a high percentage of the correct LTP-lag 
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age of the LTP-lag buffer with randomization, is used for the Typically, in the channel decoding process, the BER per 

totally corrupted frame. Update_lag is calculated in a man- frame is a good indicator for the channel condition. When 

ner as described below: the channel condition is good, the BER per frame is small 

The LTP-lag buffer is sorted and the three biggest buffer and a high percentage of the LTP-lag values in the errone 

values are retrieved. The average of these three biggest 5 frames are correct. For example, when the frame error 

values IS referred to as the weighted average lag (WAL), and (pgR) o.2%, over 70% of the LTP-lag values are con... 

the difference from these biggest values is refeited to as the gven when the FER reaches 3%, about 60% of the LTP-lag 

weighted las difference (WLD). , .•„ , t,, „„„ , , , , . , , 

T . daivTt^ u .u j • -.u .1. , r values are still correct. The CRC can accurately detect a bad 

Let RAND be the randomization with the scale of <• „ j , t>ct a j- i tt .i. ^r.^ 

(-WLD/2, JLD/^^ then Update_lag=WAL.RAND lo tT„rlrl^ ^fi'll^.r^^r^'^..^^^^^^^^^^^^ 

minGain is the smallest value of the LTP-gain buffer; values could be wastedTln order to prevent a large 

LagDif is the difference between the smallest and the of correct LTP-lags from being thrown away, it is 

largest LTP-lag values; ,o a^^pj ^ decision criterion for parameter concealment 

lastGain is the last received good LTP-gain; and 5^3^^ on the LTP history. It is also possible to use the FER, 

secondLastGam is the second last received good LTP- fo, example, as the decision criterion. If the LTP-lag meets 

Tr .1 , r • „ decision criterion, no parameter concealment is neces- 

It the parameters in the corrupted frame are partially t ,u . .u 1 -m .1. 

corrupted, then the LTP-lag value in the corrupted frame is ^° '^"J *^^°^lyf■• ^"^^^^'1 ^P^^^^' 

replaced accordingly. That the frame is partially corrupted is P^'^^^f^ 102, as received trough the switch 40, to the 

determined by a set of exemplary LTP-feature criteria given P™'<=: concealment module 60 which then conveys the 

belQ^. same to the decoding module 20 through the switch 42. If the 

LTP-lag does not meet that decision criterion, then the 
corrupted frame is further examined using the LTP-feature 

(1) LagDif<10 AND (minLag-5)<T6/<(maxLag+5); OR criteria, as described hereinabove, for parameter conceal- 

(2) lastGain>0.5 AND secondLastGain>0.5 AND (last- ment. 

^'"^L°n!JnC^^^'^S°^S°fr^^ AMT, stationary speech sequences, the LTP-lag is very stable. 

Whether most of the LTP-lag values in a corrupted frame ai 



If 



(3) minGain<0.4 AND lastGain=minGain AND 

minLag<Ti^<maxLag; OR 



erroneous can be correctly predicted with high 



(4) LagDjf<70AND minLag<T^maxLag; OR 

(5) meanLag<T,,<maxLag parameter concealment. In non-stationary speech 
is true, then T^^. is used to replace the LTP-lag in the sequences, it may be difficult to predict whether the LTP-lag 
corrupted frame. Otherwise, the corrupted frame is treated as 35 value in a corrupted frame is correct, because of the unstable 
a totally corrupted frame, as described above. In the above " nature of the LTP parameters. However, that the prediction 
conditions; is correct or wrong is less important in non-stalionary .speech 

maxLag is the largest value of the LTP-lag buffer; '^an in stationary speech. While allowing erroneous LTP-lag 

meanl.ag is the average of the LTP-lag buffer; v&lnes to be used in decoding stationary speech may cause 

minLag is the smallest value of the LTP-lag buffer; 40 '■^^ synthesized speech to be unrecognizable, allowing erro- 

lastLag is the last received good LTP-lag value; and neous LTP-lag values to be used in decoding non-stationary 

T,,is a decoded LTP lag which ,s searched, when the BFI usually only mcreases the audible artifacts. Thus, the 

is set, from the adaptive codebook as if the BFI is not for parameter concealment m non-station- 
ary speech can be relatively lax. 

Two examples of parameter concealment are shown in 45 ^ mentioned earlier, the LTP-gain fluctuates greatly in 

FIGS. 9 and 10. As shown, the profile of the replacement non-stationary speech. If the same LTP-gain value from the 

LTP-lag values in the bad frame, according to the prior art, ^^st good frame is used repeatedly to replace the LTP-gain 

is rather flat, but the profile of the replacement, according to "^^^^ °r more corrupted frames in a speech sequence, 

the present invention, aUows some fluctuation, similar to the "'^ LTP-gain profile in the gain concealed segment will be 

error-free profile. The difference between the prior art 50 Aat (similar to the prior-art LTP-lag replacement, as shown 

approach and the present invention is further illustrated in "'^rk contrast to the fluctuating profile 

FIGS. 116 and 11c, respectively, based on the speech signals °f '^e non-corrupted frames. The sudden change in the 

in an error-free channel, as shown in FIG. llo. LTP-gain profile may cause unpleasant audible artifacts. In 

When the parameters in the corrupted frame are partiaUy *° minimize these audible artifacts, it is possible to 

corrupted, the parameter concealment can be further opti- 55 replacement LTP-gain value to fluctuate in the 

mized. In partiaUy corrupted frames, the LTP-lags in the error-concealed segment. For this purpose, the analyzer 70 

corrupted frames may still yield an acceptable synthesized "^"^ ""^^ '^^'^ '° determine the hmits between which the 

speech segment. Accordingly to the GSM specifications, the replacement LTP-gain value is allowed to fluctuate based on 

BFI flag is set by a Cyclic Redundancy Check (CRC) '^^ 8^"° ^^^"^s in the LTP history. 

mechanism or other error detection mechanisms. These error 60 LTP-gain concealment can be carried out in a manner as 

detection mechanisms detect errors in the most significant described below. When the BFI is set, a replacement LTP- 

bits in the channel decoding process. Accordingly, even gain value is calculated according to a set of LTP-gain 

when only a few bits are erroneous, the error can be detected concealment rules. The replacement LTP-gain is denoted as 

and the BFI flag is set accordingly. In the prior-art parameter Updated_gain. 

concealment approach, the entire frame is discarded. As a 65 (1) If gainDif>0.5 AND lastGain=maxGain>0.9 AND 

result, information contained in the correct bits is thrown subBF=l, then Updated_gain= 

away. (secondLastGain+thirdLastGain)/2; 



us 6,968,309 Bl 



11 



12 



(2) If gainDif>0.5 AND lastGain=maxGain>0.9 AND 
subBF=2, then Updated_gain=meanGain+randvar* 

(maxGain-meanOain); 

(3) If gainDif>0.5 AND lastGain=maxGain>0.9 AND 
subBF=3, then Updated_gain=meanGain-randVar* 
(meanGain-minGain); 

(4) If gainDif>0.5 AND lastGain=maxGain>0.9 AND 
subBF=4, then Updated_gain=meanGain+randVar* 
(maxGain-meanGain); 

In the previous conditions, Updated_gain cannot be larger 
than lastGain. If the previous conditions cannot be met, the 
following conditions are used: 

(5) If gainDif>0.5, then Updated_gain=lastGain; 

(6) If gainDif<0.5 AND IastGain=maxGain, then 
Updated_gain=meanGain; 

(7) If gainDIF<0.5, then Updated_gain=lastGain, 
Wherein 

meanGain is the average of the LTP-gain buffer; 
maxGain is the largest value of the LTP-gain buffer; 
minGain is the smallest value of the LTP-gain buffer; 
randVar is a random value between 0 and 1, 
gainDIF is the difference between the smallest and the 

largest LTP-gain values in the LTP-gain buffer; 
lastGain is the last received good LlP-gain; 
seconLastGain is the second last received good LTP-gain; 
thirdLastGain is the third last received good LTP-gain; 

and 

subBF is the order of the subframe. 
FIG. 4 illustrates the method of error-concealment, 
according to the present invention. As the encoded bit stream 
is received at step 160, the frame is checked to see if it is 
corrupted at step 162. If the frame is not corrupted, then the 
parameter history of the .speech sequence is updated at step 
164, and the speech parameters of the current frame are 
decoded at step 166. The procedure then goes back to step 
162. If the frame is bad or corrupted, the parameters are 
retrieved from the parameter history storage at step 170. 
Whether the corrupted frame is part of the stationary speech 
sequence or non-stationary speech sequence is determined at 
step 172. If the .speech sequence is stationary, the LTP-lag of 
the last good frame is used to replace the LTP-lag in the 
corrupted frame at step 174. If the speech sequence is 
non-stationary, a new lag value and new gain value are 
calculated based on the LTP history at step 180, and they are 
used to replace the corresponding parameters in the cor- 
rupted frame at step 182. 

FIG. 5 shows a block diagram of a mobile station 200 
according to one exemplary embodiment of the invention. 
The mobile station comprises parts typical of the device, 
such as a microphone 201, keypad 207, display 206, ear- 
phone 214, tran.smit/receive switch 208, antenna 209 and 
t 205. In addition, the figure shows transmitter 
;r blocks 204, 211 typical of a mobile station. The 



control u 



trai 



lated and amphfled by the transmit block, is taken via the 
transmit/receive switch 208 to the antenna 209. The signal to 
be received is taken from the antenna via the transmit/ 
receive switch 208 to the receiver block 211, which demodu- 
5 lates the received signal and decodes the deciphering and the 
channel coding. The resulting speech signal is taken via the 
D/A converter 212 to an amplifier 213 and further to an 
earphone 214. The control unit 205 controls the operation of 
the mobile station 200, reads the control commands given by 
10 the user from the keypad 207 and gives messages to the user 
by means of the display 206. 

The parameter concealment module 30, according to the 
invention, can also be used in a telecommunication network 
300, such as an ordinary telephone network, or a mobile 
15 station network, such as the GSM network. FIG. 6 shows an 
example of a block diagram of such a telecommunication 
network. For example, the telecommunication network 300 
can comprise telephone exchanges or corresponding switch- 
ing systems 360, to which ordinary telephones 370, base 
20 stations 340, base station controllers 350 and other central 
devices 355 of telecommunication networks are coupled. 
Mobile stations 330 can estabhsh connection to the tele- 
communication network via the base stations 340. A decod- 
ing block 320, which includes an error concealment module 
25 322 similar to the error concealment module 30 shown in 
FIG. 3, can be particularly advantageously placed in the base 
station 340, for example. However, the decoding block 320 
can also be placed in the base station controller 350 or other 
central or switching device 355, for example. If the mobile 
30 station system uses separate transcoders, for example, 
between the base stations and the base station controllers, for 
transforming the coded signal taken over the radio channel 
into a typical 64 kbit/s signal transferred in a telecommu- 
nication system and vice versa, the decoding block 320 can 
35 also be placed in such a transcoder. In general, the decoding 
block 320, including the parameter concealment module 
322, can be placed in any element of the telecommunication 
network 300, which transforms the coded data stream into an 
uncoded data stream. The decoding block 320 decodes and 
40 filters the coded speech signal coming from the mobile 
station 330, whereafter the speech .signal can be transferred 
in the usual manner as uncompressed forward in the tele- 
communication network 300. 

It should be noted that the error concealment method of 
45 the present invention has been described with respect to 
stationary and non-stationary speech sequences, and that 
stationary speech sequences are usually voiced and non- 
stationary speech sequences are usually unvoiced. Thus, it 
will be understood that the disclosed method is applicable to 
50 error concealment in voiced and unvoiced .speech sequences. 
The present invention is applicable to CELP type speech 
codecs and can be adapted to other types of speech codecs 
as well. Thus, although the invention has been described 
with respect to a preferred embodiment thereof, it will be 
block 204 comprises a coder 221 for coding the 55 understood by those skilled in the art that the foregoing and 



speech signal. The transmitter block 204 also comprises 
operations required for channel coding, deciphering and 
modulation as well as RF functions, which have not been 
drawn in FIG. 5 for clarity. The receiver block 211 also 
comprises a decoding block 220 according to the invention, e 
Decoding block 220 comprises an error concealment module 
222 like the parameter concealment module 30 shown in 
FIG. 3. The signal coming from the microphone 201, 
amplified at the amplification stage 202 and digitized in the 



various other changes, omissions and deviations in the form 
and detail thereof may be made without departing from the 
spirit and scope of this invention. 
What is claimed is: 

1. Amethod for concealing errors in an encoded bit stream 
indicative of speech signals received in a speech decoder, 
wherein the encoded bit stream includes a plurality of 
speech frames arranged in speech sequences, and the speech 
frames include at least one partially corrupted frame pre- 



A/D converter, is taken to the transmitter block 204, typi- 65 ceded by one or more non-corrupted frames, wherein the 
cally to the speech coding device comprised by the transmit partially corrupted frame includes a first long-term predic- 
block. The transmission signal, which is processed, modu- tion lag value and a first long-term prediction gain value, and 
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the non-corrupted frames include second long-term predic- 
tion lag values and second long-term prediction gain values, 
said method comprising the steps of: 

providing an upper limit and a lower limit based on the 

second long-term prediction lag values; 5 
determining whether the first long-term prediction lag 
value is within or outside the upper and lower limits; 
replacing the first long-term prediction lag value in the 
partially corrupted frame with a third lag value, when 
the first long-term prediction lag value is outside the lo 
upper and lower limits; and 
retaining the first long-term prediction lag value in the 
partially corrupted frame when the first long-term pre- 
diction lag value is within the upper and lower limits. 

2. The method of claim 1, further comprising the step of 15 
replacing the first long-term prediction gain value in the 
partially corrupted frame with a third gain value, when the 
first long-term lag value is outside the upper and lower 

3. The method of claim 1, wherein the third lag value is 20 
calculated based the second long-term prediction lag values 
and an adaptively-limited random lag jitter bound by further 
limits determined based on the second long-term prediction 
lag values. 

4. The method of claim 2, wherein the third gain value is 25 
calculated based on of the second long-term prediction gain 
values and an adaptively-limited random gain jitter bound 
by limits determined based on the second long-term predic- 



n gair 



5. A speech signal transmitter and receiver system for 
encoding speech signals in an encoded bit stream and 
decoding the encoded bit stream into synthesized speech, 
wherein the encoded bit stream includes a plurality of 
speech frames arranged in speech sequences, and the speech 



of speech frames arranged in speech sequences, and the 
speech frames include at least one partially corrupted frame 
preceded by one or more non-corrupted frames, wherein the 
partially corrupted frame includes a first long-term predic- 
tion lag value and a first long-term prediction gain value, and 
the non-corrupted frames include second long-term predic- 
tion lag values and second long-term prediction gain values, 
and a first signal is used to indicate the partially corrupted 
frame, said decoder comprising: 

a first means, responsive to the first signal, for determin- 
ing whether the first long-term prediction lag is within 
an upper limit and a lower limit, and for providing a 
second signal indicative of said determining; 
a second means, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
partially corrupted frame with a third lag value when 
the first long-term prediction lag value is outside the 
upper and lower limits; and retaining the first long-term 
prediction lag value in the partially corrupted frame 
■° when the first long-term prediction lag value is within 
the upper and lower limits. 

10. The decoder of claim 9, wherein the third lag value is 
determined based on the second long-term prediction lag 

2j values and an adaptively-limited random lag jitter. 

11. The decoder of claim 9, wherein the second means 
further replaces the first long-term gain value in the partially 
corrupted frame with a third gain value when the first 
long-term prediction lag value is outside the upper and lower 

30 Kmits. 

12. The decoder of claim 11, wherein the third gain value 
is determined based on the second long-term prediction gain 
values and an adaptively-limited random gain jitter. 

13. A mobile station, which is arranged to receive a 



frames include at least one partially corrupted frame pre- 35 encoded bit stream containing speech data indicative of 
ceded by one or more non-corrupted frames, wherein the 
partially corrupted frame includes a first long-term predic- 
tion lag value and a first long-term prediction gain value, and 
the non-corrupted frames include second long-term predic- 
tion lag values and .second long-term prediction gain values, 40 
and a first signal is u,sed to indicate the partially corrupted 
frame, said .system comprising: 

a first means, responsive to the first signal, for determin- 
ing whether the first long term prediction lag is within 
an upper limit and a lower limit, and for providing a 45 
second signal indicative of said determining; 
a second means, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
partially corrupted frame with a third lag value when 
the first long-term prediction lag value is outside the 50 
upper and lower limits; and retaining the first long-term 
prediction lag value in the partially corrupted frame 
when the lir.st long-term pretliction lag value is within 
the upper and lower limits. 

6. The system of claim 5, wherein the third lag value is 55 
determined based on the second long-term prediction lag 
values and an adaptively-limited random lag jitter. 

7. The system of claim 5, wherein the second means 
further replaces the first long-term prediction gain value in 
the partially corrupted frame with a third gain value when 60 
when the first long-term prediction lag value is outside the 
upper and lower Umits. 

8. The system of claim 7, wherein the third gain value is 
determined based on the second long-term prediction gain 
values and an adaptively-limited random gain jitter. 

9. A decoder for synthesi2ang speech from an encoded bit 
stream, wherein the encoded bit stream includes a plurality 



speech signals, wherein the encoded bit stream includes a 
plurahty of speech frames arranged in .speech .sequences, and 
the speech frames include at lea.sl one partially corrupted 
frame preceded by one or more non-corrupted frames, 
wherein the partially corrupted frame includes a first long- 
term prediction lag value and a first long-term prediction 
gain value, and the non-corrupted frames include second 
long-term prediction lag values and second long-term pre- 
diction gain values, and wherein a first .signal is used to 
indicate the corrupted frame, said mobile station compris- 
ing: 

a first means, responsive to the first signal, for determin- 
ing whether the first long-term prediction lag is within 
an upper limit and a lower limit, and for providing a 
second signal indicative of said determining; 
a second means, responsive lo the second signal, for 
replacing the first long-term prediction lag value in the 
partially corrupted frame with a third lag value when 
the first long-term prediction lag value is outside the 
upper and lower limits; and retaining the first long-term 
prediction lag value in the partially corrupted frame 
when the first long-term prediction lag value is within 
the upper and lower limits. 
60 14. The mobile station of claim 13, wherein the third lag 
value is determined based on the second long-term predic- 
tion lag values and an adaptively-limited random lag jitter. 

15. The mobile station of claim 13, wherein the second 
means further replaces the first long-term gain value in the 
65 partially corrupted frame with a third gain value when the 
first long-term prediction lag value is outside the upper and 
lower limits. 
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16. The mobile station of claim 15, wherein the third gain 
value is determined based on the second long-term predic- 
tion gain values and an adaptively-limited random gain 
jitter. 

17. An element in a telecommunication network, which is 
arranged to receive an encoded bit stream containing speech 
data from a mobile station, wherein the speech data includes 
a plurality of speech frames arranged in speech sequences, 
and the speech frames include at least one partially cor- 
rupted frame preceded by one or more non-corrupted 
frames, wherein the partially corrupted frame includes a first 
long-term prediction lag value and a first long-term predic- 
tion gain value, and the non-corrupted frames include sec- 
ond long-term prediction lag values and second long-term 
prediction gain values, and wherein a first signal is used to 
indicate the corrupted frame, said element comprising; 

a first means, responsive to the first signal, for determin- 
ing whether the first long-term prediction lag is within 
an upper Kmit and a lower limit, and for providing a 
second signal indicative of said determining; 



a second means, responsive to the second signal, for 
replacing the first long-term prediction lag value in the 
partially corrupted frame with a third lag value when 
the first long-term prediction lag value is outside the 
5 upper and lower limits; and retaining the first long-term 

prediction lag value in the partially corrupted frame 
when the first long-term prediction lag value is within 
the upper and lower limits. 

18. The element of claim 17, wherein the third long-term 
10 prediction lag value is determined based on the second 

long-term prediction lag values and an adaptively-limited 
random lag jitter. 

19. The element of claim 17, wherein the third means 
further replaces the first long-term prediction gain value 

15 with a third gain value when the first long-term lag value is 
outside the upper and lower limits. 

20. The element of claim 19, wherein the third gain value 
is determined based on the second long-term prediction gain 
values and an adaptively-limited random gain jitter. 
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(57) ABSTRACT 

A signal processor for effecting the conversion of an audio 
data signal from one format to another. The signal processor 
has a signal converter that can selectively acquire two 
operative modes, namely a first operative mode and a second 
operative mode. In the first operative mode, the signal 
converter transforms the audio data signal from one format 
to another and releases the converted audio data signal from 
the output of the signal processor. In the second operative 
mode, the signal converter is disabled and permits passage 
of the audio data signal to the output without conversion. 
The signal processor has a control unit for controlling the 
transition of the signal converter between operative modes. 
The control unit enables the signal converter to pass from the 
first operative mode to the second operative mode when at 
least one operating condition has been satisfied. The control 
unit reacts to a link impairment occurring on the data 
communication channel to alter the operating condition to be 
satisfied to enable passage from the first operative mode to 
the second operative mode. In a specific example of 
implementation, the modification to the operating condition 
can be such as to "tighten" the requirements to be met for 
switching from the first to the second operative mode. 

23 Claims, 4 Drawing Sheets 
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METHOD AND APPARATUS FOR 5,768,308 granted to the present assignee that describes the 

CONTROLLING THE TRANSITION OF AN process in great detail. The contents of this document are 

AUDIO CONVERTER BETWEEN TWO hereby incorporated by reference. 

OPERATIVE MODES IN THE PRESENCE OF The codec in one base station controller can switch to the 

LINK IMPAIRMENTS IN A DATA S bypass mode as a result of an in-band hand-shaking opera- 

COMMUNICATION CHANNEL ^i* codec in the other base station controller. 

Transmitting control information from one codec to the 

This apphcation claims the priority benefit of U.S. Pro- the audio data stream allows this hand-shaking 

visional Application No. 60/134,201, filed May 14, 1999. "Pf"''?? '° P^^; ^""^"J 1°^°™*'!°" ^ Iransmit- 

jo ted by bit steahng. This is effected by inserting in selected 

FIELD OF THE INVENTION PCM samples bits from the control information signal. Once 

„ . . . . . , . , the handshaking operation is completed, the decoder of the 

Tills invention relates to signal processmg and more ^^^^ ^ase station controller and the encoder of the 

particularly to a method and apparatus for enabhng the j„ q,;^,^ ^ase station controUer are caused to 

transition of an audio data signal converter between the transition to the inactive mode 

active mode and the inactive mode when Kric impairments, " ^ ^^^^^^^ '^^^ ^ importance of 

either transitory or sustained, exist m the data commumca- ^ ^/^^^ ^^^^ transmitted between 

tion channel. This mvention finds apphca ions in digital ^ ^ ^^^.^^^ ^^^^^ ,1^^ ^^^^^ ^ p^,^ 

communication systems, such as a digital ceUular system or ^ ^ ^ ^^^^^^^ ^^.^1^ 

a \foi«-over-IP(yoIP) system m particu M vocoder b^ ^.^ ^.^i^^tion that may arise during transmission over 

capable systen^ that can selectively emble the activation or ^j^^^ J ^^^^^ ^/^^^ ,4 

de-actiyation of the decodmg and encodmg functions m the ^^amiel, a small change to the bits of a 

cnnnecfion. , ... ^ . . . 



pressed audio data signal will have important detrimental 

BACKGROUND OF THE INVENTION consequences on the quality of communication over the link. 

25 Thus, codec bypass operations rely on a clear data commu- 
In a digital communication system such as a wu-eless nication channel between the two bypass capable devices, 
system or a VoIP system, an audio signal may be processed Channel noise or impairments present on the inter-device 
by a series of speech encoders and decoders as it is trans- ijnk ^ay alter the traffic and/or signaling information bit 
mitted from one endpoint to another. In the example of a pattern transferred between the two devices and could 
digital cellular mobile-to-mobile connection, the audio data ^ disrupt bypass operations causing severe degradation to the 
signal is first encoded by a speech encoder at the first mobile communication. Inter-device link impairments can be gen- 
telephone and transmitted in an encoded format to a base grated by poorly engineered connections, by jitter due to a 
transceiver station of a ceU site where it is transferred to the ^^^ket network or by In-Path Equipment (IPE) such as A/D 
base station controller servicing that cell site. At the base converters, D/A converters, echo cancellers, gain pads or 
station controller, the encoded speech information is pro- 3^ conference bridges. Most of the IPEs alter the signal trans- 
cessed by a compatible speech decoder that converts the fgn-gd on the link, completely prohibiting codec bypass 
compressed speech stream into PCM samples. The PCM operations before proceeding beyond the negotiation stage 
samples are then transported over the landline network, such via PCM in-band signaling. Consequently, the communica- 
as the PSTN, toward the base station controUer servicing the jion remains in non-bypass mode with no noticeable deg- 
cell site communicating with the other mobUe telephone. At ^ radation due to the impairment. However, some improperly 
the second base station controller, the PCM speech samples conditioned connections, jitter or IPEs alter the signal lightly 
are again processed by a speech encoder. The encoded or selectively but could nonetheless induce severe degrada- 
information is sent from the base transceiver station of the (jon to the vocoder bypassed communication. Codec bypass 
cell site to the second mobile telephone where the com- operations under the influence of such noise and impair- 
pressed speech stream is converted one more time by a nients may manage to proceed beyond the negotiation stage 
speech decoder into PCM samples that can be used to such that the communication enters the codec bypass mode, 
generate an audio signal. Bypass traffic information or signaling information wiU then 
In this, codecs on both sides of the mobile-to-mobile call be subject to important distortion by the impairments. In the 
are connected in tandem, which is known to degrade the case of traffic information distortion, end-to-end quality is 
speech quality as a result of the successive encoding/ 5Q poor for the duration of the codec-bypassed conversation. In 
decoding of the audio data signal. the case of signaling information distortion, bypass stability 
The "vocoder bypass" technique alleviates this problem. is perturbed. Overall, the effect on the communication can be 
During a connection between two base station controllers severely objectionable and annoying, 
having identical codecs, the codecs are switched off when A particular problem also arises when the link impairment 
they are made aware of their mutaal existence. Thus, the 55 is of a magnitude such as to cause the bypass capable 
encoded speech information arriving at the first base station devices to exit the bypass mode momentarily. The existing 
controUer flows in encoded format through the PSTN and bypass logic is such that the bypass capable devices will 
arrives as such at the second base station controller. attempt immediately to re-engage the bypass mode. If they 
Therefore, when in bypass mode, the data communication manage to do so under the same link impairment conditions, 
channel between the base station controllers transmits com- go the bypass mode wiU be engaged and likely to be lost soon 
pressed data as opposed to speech samples. This procedure thereafter. This cycling is objectionable, as the quality of the 
eUminates one decoding operation of the speech signal at the transmission is highly degraded. 

first base station controller and one re-encoding operation of Against this background it cleariy appears that there is a 
the signal at the second base station controUer. As a result, need in the industry to improve the behavior of signal 
the audio quahty is significantly improved. processors, in particular bypass capable signal processors, in 
For additional information on the "vocoder bypass" the case where link impairments develop in the data corn- 
technique, the reader is invited to refer to the U.S. Pat. No. munication channel. 
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SUMMARY OF THE INVENTION The invention ako provides a method for processing an 

.... ., . , r audio data signal. During a first mode of operation, the audio 

The pr^ent invention provides a signal processor for ^^^^ ^ ^^^^^ ^ ^ ^P^^^ ^ 

effectuig the conve^on of an audio data signal from one ^^^^^^^^ ^i, ^ fo,^„ fl,, ^ j^j^ ^ i 

format to another. TTie signal proce^or has a signal con- ^ fo,^,, 3„dio data 

verter that can selectively acquire two operative modes, P de-compressed data. During a second mode of 

namely a first operative mode and a second operative mode. ^ . ^. ^ c £ . 

- . J • 1 . , c operation, conversion of the audio data signal nom a first 

In the first operative mode, the signal converter transforms . j r , • -.. j m. • c.u 

J. J / . , r .u J 1 format to a second format is onutted. The piocessmg of the 

the audio data signal from one format to another and releases j- j . • , u fujf .t./<!„* Z,^,u^ 

. J ^ j» • 1 r .1. ^ . t.t. ■ 1 audio data signal can be switched from the first mode to the 

the converted audio data signal from the output of the signal ^^^^ ^^^^^ ^^^^^ ^^^^.^.^^ 

processor. In the^cond op«^^^^^^ satisfied. TTie method comprises altering the wndition when 

, ihf ™ J„fl .C?™r!fo^ ^ impairment develops, such that ^bsequent transition 

signal to the output without conveBion. ^^^^ ^^/g^, ^^^^ ^^^^ ^on will neces- 

Hie signal processor has a control umt for controlhng the satisfying a different operating condition, 

transition of the signal converter between operative modes. . , .... 
~, . 1 ui .1. • I _ t. .15 The mvention ako extends to a transn 

The control umt enables the signal converter from passing • , j i. j u 

from the first operative mode to the second operative mode *«^^f>^l processor described above, 

when at least one operating condition has been satisfied. In Ot^er aspects and features of the present ir 

a specific, non-limiting example of implementation, the become apparent to those ordinanly skilled m the art upon 

operating condition can be the reception from a companion ,„ review of the following description of q)ecific embodunents 

signal processor of a certain number of error-free control ^° mvention m conjunction with the accompanying 

messages during a handshaking operation. The present figures. 

invention also covers the situation where a pluraUty of gRjEp DESCRIPTION OF THE FIGURES 
operating conditions need to be met to allow the transition 

from the first operative mode to the second operative mode. PtG. 1 is a block diagram illustrating a mobile-to-mobOe 

nie control unit reacts to a link impairment occurring on ^^^'^ '=^"''1^^ ^y«'«"» connection through the PSTN; 

the data communication channel to alter an operating con- FIG- 2 is a block diagram iUustrating the signal processors 

dition to be satisfied to enable passage fi-om the first opera- in two respective base station controllers of the digital 

tive mode to the second operative mode. In a specific cellular system of FIG. 1, that implement the novel signal 

non-hmiting example of implementation, the modification to 30 processor in accordance with an embodiment of the present 

the operating condition can be such as to "tighten" the invention; 

requirements for switching from the first to the second FIG. 3 is a block diagram of a control unit of a signal 

operative modes. For instance, when the original operating processor, in accordance with an embodiment of the present 

condition is the reception of a number of error-free control invention; and 

messages during the handshaking operation, the altered 35 FIG. 4 is a flowchart illustrating an example of the 

operating condition requires a higher number of error-free operation of the signal processor in accordance with the 

control messages to be received to allow the signal converter i 
to switch subsequently from the first operative mode to the 
second operative mode. This feature prevents or at least 

reduces the likelihood of undesirable cycling of the signal 49 

converter between its operative modes. FIG. 1 is a block diagram representation of a portion of a 

Hie signal processor according to the invention can find cellular wireless telecommunications network. In this figure, 
applications in digital communication systems, such as a Mobile Terminals (MT) are on the move in the hexagonal 
digital cellular system or a Voice-over-IP (VoIP) system, in areas defined as cells. Fixed wireless terminals (FWT) are 
particular codec bypass capable systems that can selectively 45 also included in the areas defined as cells. Each cell covers 
enable the activation or de-activation of the encoding and a predetermined geographical area and has a Base Trans- 
decoding functions in the connection. In a preferred ceiver Station (BTS), which communicates through radio 
embodiment, the audio data signal is an encoded signal that channels with the MTs and FWTs. A typical communication 
includes a succession of data frames. The signal converter protocol between the BTSs and the MTs and FWTs may be 
has a codec with a decoder, located at a base station of the 50 a TDMA protocol. Alternatively, the communication proto- 
network that receives the audio data signal from the mobile col could be a CDMA or GSM protocol, among others. For 
telephone. In the active mode of the signal converter, the purposes of illustration, assume hereinafter that a TDMA 
decoder converts the audio data signal into PCM format and protocol is in effect. A number of these BTSs (i.e. cells) may 
sends it to a remote base station over a landhne network, be connected, for example by land line or microwave link 
such as the PSTN (Public Switched Telephone Network). In 55 150, to one Base Station Controller 100, 105 (BSC), which 
the inactive mode, the signal converter pas,ses the encoded controls handoff functions, among others, and routes the 
audio data, namely the compressed data frames, to the signal as requested. Each BSC 100, 105 is connected to a 
output of the signal processor without decoding the data. landline network 130. The landline network 130 may 

At the remote base station that receives the audio data include, among others, the Public Switched Telephone Net- 
signal from the first base station, the signal converter has a 60 work (PSTN), the Integrated Services Digital Network and 
codec vidth an encoder. In the active mode of the signal the Internet. Land terminals 140 (LT) connected to the 
converter, the encoder converts the audio data signal from landline network 130 are also shown for completeness. 
PCM format to compressed format and sends the encoded In a specific call scenario, a first subscriber 160 is 
data to the corresponding mobile telephone. In the inactive communicating with a second subscriber 165 via a first cell 
mode, the signal converter passes the encoded audio data 65 site 170 and BSC 100 and a second cell site 175 and BSC 
received from the first base station to the corresponding 105. The BSCs 100 and 105 communicate with each other 
mobile telephone without re-encoding the data. over the landline network 130. 
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Each BSC 100, 105 comprises a digital signal processor. 
With reference to FIG. 2, the signal processor 200 is 
associated with the BSC 100, while the signal processor 205 
is associated with the BSC 105. The cUgital signal processor 
200 includes a codec 210 that provides the capability of 
voice transcoding from mu-law (or A-law PCM depending 
on which format is being used) to a compressed format (in 
accordance with the standard being used), and vice versa. 
The digital signal processor 205 includes a codec 215 that 
carries out same transformations. In a particular example, 
the compressed format in use is VSELP (Vector Sum 
Excited Linear Prediction). 

The digital signal processors 200 and 205 are connected 
to one another by a transmission facility 231 that could be 
a data duplex communication channel through the landline 
network 130. For the purpose of this example, the transmis- 
sion facility 231 includes a Tl connection. The data com- 
munication channel 231 includes a forward link for trans- 
porting signals from the first signal processor 200 to the 
second signal processor 205 and a return link for transport- 
ing signals from the second signal processor 205 to the first 
signal processor 200. 

The digital signal proces.sor 200 includes a control unit 
220 that e£[ects a handshaking procedure with the digital 
signal processor 205 to establish, if possible, a codec bypass 
condition. A control unit 225 is provided in the digital signal 
processor 205 to handle the handshaking function at the 
signal processor 205 side. In use, the control units 220 and 
225 exchange control signals over the data communication 
channel 231. These control signals are muhiplexed with the 
audio data stream transported over the data communication 
channel 231. Alternatively, the control signals may be sent 
separately over the data communication channel 231, in 
parallel with the audio data stream. When the handshaking 
operation for bypass operation in the direction from the BSC 
100 to the BSC 105 is completed, control unit 220 issues a 
local signal at input 211 to codec 210, so that the decoding 
function is disabled. Similarly, control unit 225 issues its 
own local signal at input 212 to codec 215, so that the 
encoding function is disabled. For instance, encoded 
(compressed) audio data applied at the input 230 of the 
signal processor 200 is passed without being decoded 
through the transport facihty 231. When the compressed 
audio data reaches the signal processor 205 it passes to the 
ou^ut 235 without being re-encoded and is directed to the 
mobile telephone 165 forming the end of the connection. 
This process will be described in greater detail later in this 
specification. 

Digital signal processors are generally comprised of mul- 
tiple signal processors commercially available from a num- 
ber of suppliers. One such processor is Motorola's 560001 
DSP. 

When a TDMA mobile-to-mobile connection such as 
shown in FIG. 1 and in FIG. 2 is realized, two digital signal 
processors are involved in the connection. Nonnally, audio 
data signal that is audio information in an encoded format 
(such encoding has been effected at the mobile telephone 
160) is introduced at an input 230 of the digital signal 
processor 200. Without any codec bypass procedure 
invoked, the audio data signal is passed to the decoder unit 
of the codec 210 and decoded into PCM format. Next, the 
PCM samples are transported to the digital signal processor 
205 over the transport facihty. The encoder unit of the codec 
215 re-encodes the PCM samples that can then be sent to the 
mobile telephone 165. 

This successive decoding/encoding operation introduces 
delay and perceptible coding noise that degrades the quality 
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of voice signal. Note that such degradation of speech quality 
due to successive decoding/encoding operation may occur in 
a digital communication system other than a wireless 
system, for example a packet network implementing VoIP. 

5 Further, the present invention is applicable to network 
configurations in which a packet network may interconnect 
with another network type such as a circuit switched net- 
work or a wireless network. 

In a typical interaction, the digital signal processor 200 
sends to die digital signal processor 205 a control informa- 
tion signal that is essentially an identifier. As briefly dis- 
cussed earlier, this handshaking function is handled by the 
control units 220 and 225. When the control unit 225 of the 
digital signal processor 205 receives this signal, it returns to 
the control unit 220 of the digital signal processor 200 an 
acknowledgement message. Upon reception of the acknowl- 
edgement message the control unit 220 of the digital signal 
processor 200 issues yet another control message to the 
control unit 225 and activates the bypass mode (i.e. inactive 
mode) by sending to the codec 210 a conbol signal at input 

20 211 so that the decoder of codec 210 is de-activated. This 
means that the incoming stream of encoded frames from the 
mobile telephone 160 is passed as such in the transport 
facility 231. When the control unit 225 of the digital signal 
processor 205 receives the bypass control message from the 

25 control unit 220, the control unit 225 issues a local control 
signal that causes the encoder of codec 215 to acquire the 
bypass mode (i.e. inactive mode) such that the encoded 
audio frames are transmitted through the signal processor 
205 without being re-encoded. 

30 In order to more precisely control the transition to the 
bypass mode of each codec 210, 215 each control unit 220, 
225 implements bypass logic that reacts to Uiik impairments. 
A functional block diagram of the control unit 220 is 
depicted in FIG. 3. The control unit 225 has an identical 

35 functional behavior and for that reason the description of 
one control unit will apply to the other control unit. 

The control unit 220 includes a Unk impairment monitor 
unit 300 whose basic function is to detect the occurrence of 
hnk impairments and also to collect statistical information 

40 about such impairments. The link impairment monitor unit 
is coupled to the data communication channel 231 and 
receives the audio data travelling on the return link of the 
data communication channel 231. That is to say that the 
control unit 220 of signal processor 200 effects link impair- 

45 ment analysis based on data issued by the companion signal 
processor 205. An alternative arrangement is also possible, 
where each signal processor will effect link impairment 
analysis on its own signals. This requires, however, that the 
signals originating from the signal processor be sampled at 

50 a point downstream the location where the link impairment 
occurs. This may be effected by providing a separate data 
transmission facility over which the signal samples can be 
transported. 

The link impairment monitor unit 300 observes the audio 
55 data signal on the return link of the data communication 
channel 231 for the presence of data transmission enors that 
are indicative of the presence of a link impairment. In 
particular, assuming that the two signal processors 200 and 
205 are in the bypass mode and exchange compressed audio 
60 data information, the link impairment monitor unit 300 will 
observe each frame of compressed audio data information 
and control information for possible corruption of the data 
that is protected by parity or by any other suitable error 
detection scheme. When errors are delected, a statistical 
65 analysis is performed and the results of this analysis are 
stored in a data structure 302. The follovnng are examples of 
statistics that may be collected, among other possibilities: 
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Interval (remaining/staying in a particular bypass state); control unit 220 from the signal processor 205 to consider 

Frequency of occurrence (of data transmission error); 'he negotiation successful. The parameters as to the maximal 

Bit error rate (during negptiation and after bypass amount of time to complete a successful bypass negotiation 

t W h tV " " ■"^ and the mmunal number of error-free control messages are 

'' ^ 5 read from the data structure 306. The link error response unit 

Run-length (error pattern of continuous/bursty nature); 304 basically establishes a timer mechanism to test the first 

Energy level during negotiation (assuming bypass nego- operating condition and a counter mechanism to test the 

tiation takes advantage/uses the energy profile). second operating condition. The timer mechanism and the 

The control unit 220 also comprises link error response counter mechanism are reset on a call establishment action 

unit 304 that is operative to react to the detection of a suchasacallsetuporahandoff.AflagwilIbesetatthehnk 

transmission error by the link impairment monitor unit 300, error response unit 304 if full duplex bypass mode of 

in dependence on the history of statistics maintained by the operations is not reached in a pre-defined time-out period, 

link impairment monitor unit 300 in the data structure 302. i e. the flag is set if the timer expires before the signal 

The link error response unit 304 also includes a data processor 200 receives and transmits bypass compressed 

structure 306 that contains data elements representative of „ information. The flag is set even if a half duplex bypass 

the operating condition(s) to be met to allow the signal " modeof operations or mtermittent half duplex bypass mode 

processor 200 to switch to the bypass mode. The following ?f operafons is negotiated withm the timeout penod, result- 

. ,. ... ... c -ui j-ii mgm the transmission or reception ofbypass frames m only 

IS a non-hmitmg list of possible operating conditions: ^^^^^^ ^^^^^ directions. The flag is also set 

Maximum number of bit errors during a certam time jj (he number of bypass/non-bypass transitions within a 

frame in the handshakmg process; certain period of time exceeds a certain threshold. The hnk 

A maximal time period allowed for completing a bypass error response unit 304 wiU discontinue the bypass nego- 

handsbaking procedure; tiation at step 408, eflfectively disabling the bypass feature 

The minimal number of error-free control messages that for the remaining duration of the conversation, where this 

must be exchanged during the handshaking procedure may include the provision to re-attempt bypass negotiation 

to consider the procedure successful; 25 * much later time. On the establishment of the next caU, 

Requiring a particular signal characteristic (such as *e bypass mode feature is enabled and the timer, the 

energy level in the signal exchanged during the hand- ' *e flag and any related parameters are all reset 

shaldng procedure) b b If the negotiaUon is successfiil, the signal processors 200 

TTie data structure 306 holds parameters related to the four ""'^ ^05 both enter the bypa^ mode at step 410, such that 

operating conditions Usted above. The logic enforced by the 30 '=°'°P'^,^, traiKmitted over the data communication 

liric error response unit 304 is such that the signal processor ^31 between the signal processors 200 and 205. At 

200 will be allowed to enter the bypass mode only when the f^P hnk mipainnent momtor unit 300 monitors 

conditions defined by the various parameters in the data bypass frames for the presence of mipairments over the hnk, 

structure 306 have been met where such impairments wul have mampulated the bypass 

nie link impairment monitor unit 300 is capable to 35 frame bits such that the compressed (encoded) data and/or 

transmit signals to the link error response unit 304. In mformation is corrupted. Upon detection of a 

particular two types of signals are transmitted to the link ^^'^ . transmi^ion error at step 414 the Imk mipairment 

error response u^t 304. The first signal is a notification '""fi'^^ f.^" '^"^^ ' ^'^""'^ 'Vw^k™' '""^TI 

signal to advise the link error response unit 304 that a data ".'"'^'M. The Imk error response unit 304 will i^ue a control 

transmission error has been detected on the retum link of the 40 '° <=°dec 210 to cause the encoder of the codec 210 



data communication channel. The second signal is the 



it from the bypass mode. At step 420, the history of 



transmission to the link error response unit of the contents of mam tained by the hnk mipairment n 

thedatastructure302thatwiUenablethelinkeiroriesponse ^00 k updated and recorded m the data slructu. 

unit 304 to determine the type and characteristics of the link . ^^f ''"^ impairment monitor unit 300 then sends another 

impairment causing the data transmission erroi(s) and react 45 ° ^ '° oommunicateto 

accordingly the hnk error response unit 304 the updated statistics. The 

TTie link' error response unit 304 has an output that 'j'* response unit uses the history of statistic^ to 

generates the control signal applied at input 211 of codec ^l^^**" •^'^'^ transmi^n error detected by 

210 to enable the codec 210 to enter the bypass state. The ^ impairment momtor umt 300 is transitory (i.e. not 

signal applied to the input 211 also serves the opposite so pennanent) or sustained. 

purpose that is to command the codec 210 to exit the bypass ^t step 422 the hnk error response umt ana yses the 

^j^jg statistics issued by the hnk impairment monitor umt 300 and 

FIG. 4 is a flowchart illustrating an example of the determines whether the detected transmission error is likely 

operation of the above described signal processor 200 and in '° ^. '^^"f."°fy ('f « '"^^'y \ disappear) or 

particular the events that take place at the control unit 22 0 55 ^^^l'^^'^ ^''^.'^^ ^'J? "^^^y '? reoccur), by analyzing 

for detecting and reacting to impairments over a duplex history of statistics. The statistics are studied to deler- 

communication channel inter-connecting the two signal pro- whether they reveal a particular pattern, where this 

cessors 200 and 205. At step 402, the tolerance levels are P^"^"' "*y 

reset. At step 404, negotiation between the two signal a low number of detected transmission errors, with 

piDcessots 200 and 205 is initiated in order to enter the 60 aspect to a particular predetermmed threshold; 

bypass mode. In this particular example, the link error having been in a bypass state successfully for a predeter- 

response unit 304 appUes two operating conditions that must mined duration; 

be met before aflowing the codec 210 to switch to the bypass a negotiation interval that is below a certain predeter- 

mode. The first operating condition establishes a maximal mined threshold; 

amount of time to complete a successful bypass negotiation. 65 having never stayed in the bypass state for a suflScient 

The second operating condition is the minimal number of length of time, with respect to a predetermined thresh- 

error-free control messages that must be received by the old; 
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a particular frequency of re-occurrence of this statistic and refinements can be made without departing from the 

analysis; spirit of the invention. The scope of the invention is defined 

a high bit error rate. in the appended claims and their equivalents. 

In a specific example, a statistic pattern representative of We claim: 

a sustained transmission error is one that reveals that the 5 1. A signal processor, comprising: 

system has toggled between bypass mode and non-bypass an input for receiving an audio data signal; 

mode greater thanlOtimeswithinal-second period oftime. an output for connection to a data conmiunication chan- 

In another example, a statistic pattern representative of a nel; 

transitory transmission error is one that reveals that the a signal converter coupled to said input for processing the 

system has toggled between bypass mode and non-bypass jo audio data signal at said input, said signal converter 

mode twice within a 1-second period of time, and since the capable to selectively acquire a first operative mode 

last toggle has remained in bypass mode for 2 seconds. and a second operative mode, in said first operative 

If the link error response unit determines that the error is mode said signal converter converting the audio data 

likely to be transitory at step 422 (for example in the case of signal from a first format to a second format and 

call waiting), the parameters of the operating condition(s) 15 releasing the audio data signal in said second format 

stored in the data structure 306 are altered such as to tighten from said output, in said second operative mode said 

the level of tolerance for such transmission errors at step signal converter permitting passage of the audio data 

428. This tightening of the tolerance may include decreasing signal to said output without conversion to said second 

the maximal time interval to reach successful negotiation format; 

and/or increasing the number of error-free control messages 20 a control unit coupled to said signal converter, said control 

to be received to complete the negotiation. Other operational unit being operative to enable said signal converter to 

characteristics that could also be altered are as follows: pass from said first operative mode to said second 

the imposed maximal number of bit errors during the operative mode when at least one operating condition 

negotiation; has been satisfied, said control unit being responsive to 

a required particular signal characteristic (such as energy 25 the detection of a link impairment on the data commu- 

level). nication channel to alter the at least one operating 

Once the tolerance has been tightened at step 428, bypass condition that must be satisfied in order to enable 

mode negotiation is attempted again (i.e. re-initiated) at step passage from said first operative mode to said second 

404. operative mode. 

If the link error response unit 304 determines that the error 30 2. A signal processor as defined in claim 1, wherein said 

is likely to be sustained at step 422, bypass negotiation is signal processor is operative for establishing a bi-directional 

stopped at step 424, where this may include the provision to communication with a remote entity over a duplex commu- 

re-attempt bypass negotiation at a much later time. In other nication channel including a forward link and a return Unk, 

words, the interval between successive negotiation attempts said output being operative for couphng to the forward link 

is determined. At step 426, the upper layer (i.e. the system 35 for transmitting the audio data signal toward the remote 

layer)isinformedof the sustained transmission error, as well entity on the forward hnk, said signal processor being 

as of the resuhing exit from bypass mode and interrupt of operative for receiving an audio data signal from the remote 

bypass negotiation. The system layer will react accordingly entity on the return link, said control unit being responsive 

to such information, as it is operative to detect and recognize to the detection of a link impairment occurring on the return 

status messages arriving from lower layers within the tele- 40 Unk of the data communication channel to alter the at least 

commimications network. In particular, the system layer one operating condition that must be satisfied in order to 

implements a multitude of different functionalities, each one enable passage from said first operative mode to said second 

initiated in response to notification of a particular event operative-mode. 

occurrence at a lower layer within the telecommunications 3. A signal processor as defined in claim 2, wherein the 

network. In a specific example, the system layer is respon- 45 audio data signal is conveying speech sound information, 

sive to receipt of a sustained transmission error message 4. A signal processor as defined in claim 3, wherein the 

from a base station controller to switch to use a different first format is a compressed version of the audio data signal 

communication channel and/or to notify system operators of in the .second format. 

the communication channel defects, among many other 5. A signal processor as defined in claim 4, wherein said 

possibilities. so signal converter includes a decoder. 

Note that if the link impairment monitor 300 does not 6. A signal processor as defined in claim 5, wherein said 

detect a data transmission error at step 414, such that the decoder is a VSELP decoder. 

communication continues in bypass mode for a period of 7. A signal processor as defined in claim 4, wherein said 

time exceeding a pre-determined threshold, the tolerance control unit includes a link impairment monitor for moni- 

levcls are reset at .step 416. 55 toring audio data signal in the first format on the return link 

The control unit 220 can be implemented in various ways. of the data communication channel for the presence of 

One possibility is to use software executed on a suitable impairments over the return link. 

computing platform that includes a Central Processing Unit 8. A signal processor as defined in claim 7, wherein said 

(CPU), a memory connected to the CPU through a bus and control unit indudes a link impairment response unit 

suitable interfaces. Hie program element that implements 60 coupled to said link impairment monitor for receiving from 

the functionality of the control unit 220 is stored in the said link impairment monitor a data signal conveying link 

memory where the individual instructions of the program are impairment information. 

executed by the CPU. An alternative approach is to use 9. A signal processor as defined in claim 8, wherein said 

multiple digital signal processors, such as the Motorola's link impairment response unit includes a data structure 

560001 DSP. 65 holding data elements representative of operating conditions 

llie above description of a preferred embodiment should to be satisfied to enable passage from said first operative 

not be interpreted in any limiting manner since variations mode to said second operative mode, said link impairment 
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response unit being operative to alter at least one of the data 
elements representative of the operating conditions to be 
satisfied to enable passage from said first operative mode to 
said second operative mode in response to reception from 
said link impairment monitor of a data signal indicative of 5 
occurrence of a link impairment. 

10. A signal processor as defined in claim 9, wherein at 
least one of the data elements representative of the operating 
conditions to be satisfied to enable passage from said first 
operative mode to said second operative mode is altered 
such as to tighten a tolerance level with respect to the 
occurrence of a link impairment on the return link of the data 

11. A signal processor as defined in daim 10, wherein said 
link impairment monitor is operative to detect a link impair- ^ ^ 
ment on the return link of the data communication channel 
by detecting data transmission errors on the return link of the 
data communication channel. 

12. A signal processor as defined in claim 11, wherein said 
link impairment monitor is operative to detect data trans- ^ 
mission errors on the return link of the data communication 
channel by observing parity information contained in the 
audio data signal in the first format on the return link of the 
data communication channel. 

13. Asignal processor as defined in claim 12, wherein said 25 
link impairment monitor includes a statistical analysis unit 
for generating data indicative of information selected in the 
group consisting of time during which said control unit has 
stayed in said second operative mode, frequency of occur- 
rence of data transmission errors on the return link of the ^ 
data communication chaimel, bit error rate during negotia- 
tion for passage firom said first operative state to said second 
operative state, bit error rate while in said second operative 
state, run-length, energy level during negotiation for passage 
from said first operative state to said second operative state. 35 

14. A signal processor as defined in claim 13, wherein the 
data signal conveying link impairment information conveys 
at least in part to said link impairment response unit the data 
generated by said statistical analysis unit. 

15. Asignal processor as defined in claim 14, wherein said 
control unit when in said second operative mode is respon- 
sive to the detection of a link impairment occurring on the 
data communication channel to switch to said first operative 

16. A signal processor as defined in claim 15, wherein an 45 
operating condition to be satisfied to enable passage from 
said first operative mode to said second operative mode 
corresponds to a maximal time interval within which to 
complete successful negotiation for passage from said first 
operative state to said second operative state. 5Q 

17. Asignal processor as defined in claim 16, wherein said 
operating condition may be altered such as to tighten a 
tolerance level with respect to the occurrence of a link 
impairment on the return link of the data communication 
channel by decreasing the maximal time interval within jj 
which successful negotiation for passage from said first 
operative state to said second operative state must be com- 
pleted. 

18. A signal processor, comprisii^: 

input means for receiving an audio data signal; 

output means for connection to a data communication 

channel; 

signal converter means coupled to said input for process- 
ing the audio data signal at said input means, said signal 
converter means capable to selectively acquire a first 65 
operative mode and a second operative mode, in said 
first operative mode said signal converter means con- 



verting the audio data signal from a first format to a 
second format and releasing the audio data signal in 
said second format from said output means, in said 
second operative mode said signal converter means 
permitting passage of the audio data signal to said 
output means without conversion to said second for- 
mat; 

control means coupled to said signal converter means, 
said control means being operative to enable said signal 
converter means to pass from said first operative mode 
to said second operative mode when at least one 
operating condition has been satisfied, said control 
means being responsive to the detection of a link 
impairment on the data communication channel to alter 
the at least one operating condition that must be satis- 
fied to enable passage from said first operative mode to 
said second operative mode. 

19. A method for processing an audio data signal, said 
method comprising: 

providing an input for receiving the audio data signal; 

providing an output for connection to a data communi- 
cation chaimel; 

providing a signal converter coupled to said input for 
processing the audio data signal at said input, said 
signal converter capable to selectively acquire a first 
operative mode and a second operative mode, in said 
first operative mode said signal converter converting 
the audio data signal from a first format to a second 
format and releasing the audio data signal in said 
second format from said output, in said second opera- 
tive mode said signal converter permitting passage of 
the audio data signal to said output without conversion 
to said second format; 

providing a control unit coupled to said signal converter, 
said control unit being operative to enable said signal 
converter to pass from said first operative mode to said 
second operative mode when at least one operating 
condition has been satisfied; 

in response to detection of a link impairment on the data 
communication channel, altering the at least one oper- 
ating condition that must be satisfied to enable passage 
from said first operative mode to said second operative 
mode. 

20. A method as defined in claim 19, wherein said signal 
processor is operative for establishing a bi-directional com- 
munication with a remote entity over a duplex communica- 
tion channel including a forward link and a return link, said 
output being operative for coupling to the forward link for 
transmitting the audio data signal toward the remote entity 
on the forward link, said method comprising: 

receiving an audio data signal from the remote entity on 
the remrn link; 

in response to the detection of a hnk impairment occur- 
ring on the return link of the data communication 
channel, altering the at least one operating condition 
that must be satisfied to enable passage from said first 
operative mode to said second operative mode. 

21. A method as defined in claim 20, wherein the audio 
data signal is conveying speech sound information. 

22. A transmission system, comprising: 
a first signal processor; 

a second signal processor; and 

a duplex data communication Unking said first signal 
processor to said second signal processor, said duplex 
data communication channel including a forward link 
and a return linl^ 
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said fiist signal processor being operable to convert an 
audio data signal from a first signal format to a second 
signal format for transmission on said forward link to 
said second signal processor, 

said second signal processor being operable to reconvert * 
said audio data signal from said second signal format to 
said first signal format; 

said first signal processor including: 

a) an input for receiving the audio data signaU 

b) an output coupled to said forward Mnk for transmit- 
ting the audio data signal in either one of the first and 
second format to said second signal processor; 

c) a control tmit operative to enable said signal pro- 
cessor to pass the audio data signal without conver- 
sion to the second signal format to said output, when 
at least one operating condition has been satisfied, 
said control unit being responsive to the detection of 
a link impairment on said duplex data communica- 
tion channel to alter the at least one operating 
condition that must be satisfied in order to enable ^ 
said signal processor to pass the audio data signal 
without conversion to the second signal format. 

23. A signal processor, comprising: 

an input for receiving an audio data signal; ^ 

an output for connection to a data communication chan- 

a signal converter coupled to said input for processing the 
audio data signal at said input, said signal converter 



capable to selectively acquire a first operative mode 
and a second operative mode, in said first operative 
mode said signal converter converting the audio data 
signal firom a first format to a second format and 
releasing the audio data signal in said second format 
from said output, in said second operative mode said 
signal converter permitting passage of the audio data 
signal to said output without conversion to said second 
format; 

a control unit coupled to said signal converter, said control 
unit being operative to enable said signal converter to 
pass from said first operative mode to said second 
operative mode when at least one operating condition 
has been satisfied, said control unit including: 
a link impairment monitor for monitoring the audio 
data signal in the first fi>rmat on the return link of the 
data communication channel for the presence of 
impairments over the return link; 
said control unit being responsive to the detection by 
said link impairment monitor of a link impairment 
occurring on the data communication channel to alter 
the operating condition that must be satisfied in order 
to enable passage from said first operative mode to 
said second operative mode. 
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(57) ABSTRACT 

Systems and methods by which voice/data communications 
may occur in multiple modes/protocols are disclosed. In 
particular, systems and methods are provided for multiple 
native mode/protocol voice and data transmissions and 
receptions with a computing system having a multi-bus 
structure, including, for example, a TDM bus and a packet 
bus, and multi-protocol framing engines. Such systems 
preferably include subsystem functions such as PBX, voice 
mail and other telephony functions, LAN hub and data 
router. In preferred embodiments, a TDM bus and a packet 



bus are intelligently bridged and managed, thereby enabling 
such multiple mode/protocol voice and data transmissions to 
be intelligently managed and controlled with a single, inte- 
grated system. A computer or other processor includes a 
local area network controller, which provides routing and 
hub(s) for one or more packet networks. The computer also 
is coupled to a buffer/framer, which serves to frame/deframe 
data to/from the computer from TDM bus. The buffer/framer 
includes a plurality of framer/deframer engines, supporting, 
for example, ATM and HDLC framing/deframing. The 
buffer/framer is coupled to the TDM bus by way of a 
switch/multiplexer, which includes the capabihty lo intelli- 
gently map data trafiic between the buffer/framer and the 
TDM bus to various slots of the TDM frames. Preferably, a 
DSP pool is coupled to buffer/framer in a manner to provide 
various signal processing and telecommunications support, 
such as dial tone generation, DTMF detection and the like. 
The TDM bus is coupled to a various line/station cards, 
serving to interface the TDM bus with telephone, facsimiles 
and other telecommunication devices, and also with a vari- 
ous digital and/or analog WAN network services. Language 
support for such systems is accomplished by way of a 
program/data structure so that additional language support 
may be readily implemented, for example, by a non- 
software programmer using grammar and voice prompt iles, 
which are preferably located in a predetermined directory in 
the system. 

41 Claims, 46 Drawing Sheets 
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SYSTEMS AND METHODS FOR MULTIPLE often by way of a modem or modem pool coupled to 

MODE VOICE AND DATA individual computers. 

COMMUNICATIONS USING Typically, such business communication needs have been 

INTELLIGENTLY BRIDGED TDM AND fulfilled with piecemeal technical solutions, typically from 

PACKET BUSES AND METHODS FOR 5 separate equipment and service vendors, and with separate 

IMPLEMENTING LANGUAGE hardware, software and design considerations. 

CAPABILITIES USING THE SAME FIG- 1 illustrates a conventional small ofBce communi- 
cation configuration. Voice communication system 1 typi- 

This application is a continuation-in-part of the foUowing '^^^^y ^ implemented by way of multiple analog trunks 16 

applications, aU by the inventor(s) hereof, which are hereby lo from wide area network ("WAN") 18. WAN 18 often 

incorporated by reference: PCT/US99/07587 filed Apr. 5, """"^'^ " '^'^^ ° 



s of a telecommunication network by way of a local 



1999 U.S. application Ser. No.: 09/055,072, filed on Apr. 
' " ^8 now U.S. Pat. No. 6,181,694, for Systems and Methods 



telephone company or other telecommunications service 
provider. Analog trunks 16 may be directed through switch- 
ing system 10, which may be a conventional PBX or similar 



telephone switch. Telephones 12 and voice mail system 14 



for Multiple Mode Voice and Data Cornmunications Using 

Intelhgently Bridged TOM and Buses; U.S applica- 15 ,Mmg system 10. Often, dedicated analog 

tion Ser. No.: 09/055,036, filed on Apr. 3, 1998 now ^^^^ is coupled to facsimile 44 for facsimile commu- 

abandoned, for System and Method for Generating Voltages nications 

in Telephony Station Cards; U.S. apphcation Ser. No.: Data system 2 typically is implemented with a plurality of 

09/161,550, filed on Sep. 25, 1998 now U.S. Pat. No. computers (or workstations, etc.) 24 interconnected by way 

6,208,658, for Systems and Methods for Multiple Mode 20 packet network 26, which may be a standard Ethernet 

Voice and Data Communications Using Intelligently compliant network or other ofBce network. Network 26 

Bridged TDM and Packet Buses and Methods for Perform- often is coupled to remote access server 32, which is 

ing Telephony and Data Functions Using the Same; U.S. connected to one or more analog trunks 40, and which may 

application Ser. No.: 09/163,596, filed on Sep. 29, 1998, for include one or more modems in a modem pool. Computers 

Systems and Methods for Multiple Mode Voice and Data 25 24 may communicate with remote systems via the modem 

Communications Using Intelligently Bridged TDM and pool of remote access server 32 over analog lines 40 and 

Packet Buses and Methods for Performing Telephony and WAN 42. Network 26 typically includes a connection to 

Data Functions Using the Same; U.S. application Ser. No.: printer 22 and file server 20. In more sophisticated systems, 

09/167,408, filed on Oct. 6, 1998 now U.S. Pat. No. 6,154, network 26 may be coupled to switching hub 28 and router 

465, for Systems and Methods for Multiple Mode Voice and 30 30, which is coupled to WAN 42 over digital trunks 38. Data 

Data Communications Using Intelligently Bridged TOM system 2 also may include a connection between one or 

and Packet Buses and Methods for Performing Telephony more of computers 24 to modem 36, which in term is 

and Data Functions Using the Same; and U.S. application coupled to WAN 42 over dedicated analog trunk 40A. 

Ser No.: 09/283,101, filed on Mar. 31, 1999 now U.S. Pat. Such a conventional system often is characterized by 

No. 6,266,340 for Systems and Methods For Multiple Mode 35 piecemeal equipment and network solutions, limited or 

Voice and Data Communications Using Intelligently non-existent coordination and management between voice 

Bridged TDM and Packet Buses and Methods For Perform- system 1 and data system 2, non-optimized or non- 

ing Telephony And Data Functions Using the Same. integrated equipment, and inefficient use of costly network 

services (telephone lines, data lines, etc.), such as duplicate 

FIELD OF THE INVENTION 40 and often idle phone and data network fines, often provided 

The present invention relates to systems and methods for ^'""^ "'"">p!^ equipment/service providers. In general, such 

transmitting and receiving voice and data in multiple modes, riTnT"iT/ol™H^"!ffi'?n^^^ ZfZTl'IZ Ttl'll' 
and more particularly to systems and methods for multiple 

native mode voice and data transmissions and receptions ^ 
with a communications system having a multi-bus structure, 

including, for example, a time division multiplexed previous systems supportmg voice/audio prompt and infor- 

("TDM") bus, a packet bus, and a control bus, and multi- nation capabilities, it was understood that, due to the 

protocol framing engines, preferably including subsystem particular intricacies and nuances of the particular languages 

functions such as PBX, voice mail, file server, web server, ^. (^-S ' sentence structure, syntax, grammar, dialects, etc.), 

communications server, telephony server, LAN hub and data such voice/audio prompts and/or information (as used 

router, and method for performing telephony and data tunc- hereinafter, generally "voice prompts") are programmed 

tions using the same, and still more particularly to methods uniquely for each set of voice prompts for each language, 

for implementing language capabilities using such systems Thus, for each particular language or language variant to be 

and methods supported in the system, software must be written lo spe- 

55 cifically implement the set of voice prompts to support the 

BACKGROUND OF THE INVENTION particular language or language variant. This typically 
would require that a programmer and a linguist or other 

Businesses, particularly smaU to medium size offices, language specialist expend substantial time and resources, 

typically have a need for a variety of voice and data etc., to specifically write code for each particular language/ 



) provide efficient and integrated voice/data 
With respect to language capabilities in such system 



For example, a typical office might have a 60 language variant to be supported by the system. As the need 

dedicated fax machine, using a dedicated or shared tele- fo^ additional language/language variant support arises, this 

phone line, one or more telephone lines for voice inevitably results in substantial delays and expense while 

communications, perhaps coupled to a central or distributed g^ch software is developed and debugged, etc. 
voice mail system(s), and one or more computers or com- 

puter networks, often coupled to telephone lines via one or 65 SUMMARY OF THE INVENTION 

more modems. Many offices now use the Internet in some The present invention is intended to address various 

form for business communications or research or the like, disadvantages of such conventional ( 



us 6,366,578 Bl 

3 4 

tems. The present invention provides various systems and managed and controlled. In certain preferred embodiments, 

methods, perhaps more succinctly a platform, by which management applications (such as the SNMP protocol) 

voice and data communications may occur in multiple enable the system to be remotely monitored and configured 

modes and various protocols, and more particularly systems via a web browser-type access. 

and methods for multiple native mode voice and data 5 ,„ accordance with particular preferred embodiments of 

transmissions and receptions with a communications/ ^ ^^^j, ^ 

computing system having a niulti-bus structure, including aecomplished by way of a program/data structure so that 

for example, a TDM bus, a packet bus and a control bus, and jj-,- . . . u i-i • 1 . ju 

. , r • • r 1 1 ■ 1 J- 1 additional language support may be readily implemented by 

multi-protocol framing engines, preferably includmg sub- 1 • j • . ci 

^ , Sti-i^ ■ •. J 1 . a non-software coder using grammar and voice prompt files, 

system functions such as PBX, voice mail and other tele- ^^^^ are preferably located in a predetermined directory in 

? am\ K ^ . w-.w.'"^"'' T r"'^"'' the system Thus, in the example of the need to add a 

LAN hub and data router. With the present invention, a < „ .-1 

, , . -J J ■ u- u languageAanguage vanant to a particular system, grammar 

platform and various processes are provided m which a „„j ° „, ai^^ „„„ i,„ „„„,„j i,,, „ 

™, , , J 1 . . • . Ji- ..1 u -J J J 3na voice prompt nles may be created by a person (or 

TDM bus and a packet bus are intelhgenfly bridged and ^^^^^ appropriate knowledge in the particular 

managed thereby enabling such multiple mode/protocol fanguage/language variant, without requiring the develop- 

voice and data transmissions to be intelligently managed and ^^^^ ^^^^^ ^ ^ ^^^^^^ programmer, etc ) 

controlled wUh a smgle, mtegrated system. ,^ j j^^i;^^ ^^^^ ^^^^J language/language variant. 

In preferred embodiments, a computer or other processor , , ... . , 

• 1 5 , , . , ,11 . ■ . J In accordance with the present invention, vanous tele- 

mcludes a local area network controller, which provides . ...j-.- rLi-irr , u 

routing and hubs and/or switches for one or more packet P^ony and data functions useful ,n offices and o her settings 

networks. The computer also is coupled to a m^iltiple ""ay be more conveniently and effiaently perfo^^^^ 

buffer/framer, which serves to frame/deframe data to/from ^™ "^f^^^ performed telephony and data functions 

the computer from TDM bus. The buffer/framer includes a f accordance with vanous preferred embodi- 

, f e lA e c ments of the present mvention. 

plurality of tramer/deiramer engines, supporting, for ^ 

example, ATM and HDLC framing/deframing, and raw „ Accordingly, it is an object of the present invention to 
buffering of voice data or the like. The buflfer/framer is " provide simultaneous voice, video and data communications 

coupled to the TDM bus by way of a multiple port or ^ith a smgle, integrated system. 

multiport switeh/multiplexer, which includes the capability It is another object of the present invention to provide an 

to intelligently map data traffic between the buflfer/framer intelligently controUed and managed processor bridge 
and the TDM bus to various slots of the TDM frames. 30 between one or more TDM buses and one or more packet 

Preferably, a DSP pool is coupled to one or more switch/ buses. 

multiplexer ports and/or the buffer/framer in a manner to It is yet another object of the present invention to provide 

provide various signal processing and telecommunications an integrated PBX, router and hub to support such simulta- 

support, such as dial tone generation, DTMF detection and neous voice, video and data communications, 
the Hke. The TDM bus is coupled to a various line/station 35 It is still another object of the present invention to provide 

cards, serving to interface the TDM bus with telephone, a multi-protocol buffer/framer and switch/multiplexer in 

facsimiles and other telecommunication devices, and also order to provide multi-protocol routing and intelligent time 

with a various digital and/or analog WAN network services. slot mapping to the TDM bus, preferably including DSP 

The present invention provides a platform by which pro- resources coupled to the buffer/framer. 
cessing functions may be .switched to provide support for a 40 Jt is an object of the present invention to provide systems 

wide range of network, vendor and application services. and methods allowing a broad set of services and functions 

With the present invention, a full PBX-type telecommu- to co-exist in the same system, and leveraging shared 

nication system may be provided by way of the computer/ resources while providing a high level interface and intel- 

processor and associated telephony hardware and software. ligence that allows for the shared resources to be dynami- 
Functions such as voice mail, automated attendant, call 45 cally allocated and re-allocated. 

forwarding, hold, transfer, caller ID, conferencing and other it is an object of the present invention to provide various 

telephony functions may be similarly provided. While sup- methods of performing telephony and data functions in 

porting such telephony functions in their native mode pri- novel and more efhcient ways, particularly in combination 

marily by way of the TDM bus, the computer/processor also with the various preferred embodiments of systems in accor- 
supports concurrent packet data transmissions over the LAN 50 dance with the present invention. 

subsystem and packet bus(es). As needed to efficiently finally, it is an object of the present invention to provide 



support various voice/data communications in the particular improved methods for implementing language capabilities 
office/work environment, the buffer/framer and switch/ such systems, including providing language support for 

muhiplexer provide a multi-protocol router functionality, gu^h systems by way of a program/data structure so that 
enabling the TDM bus traffic and the packet bus traffic to be 55 additional language support may be readily implemented by 
intelligently bridged and managed without degradation of ^ non-software coder using grammar and voice prompt files, 
each other, and without requiring translation or transcoding. which are preferably located in a predetermined directory in 



With the present invention, the same WAN services may be system 

intelligently managed and controlled forsimultaneousvoice, Qther objects, features and advantages of the various 
video, and data traffic. 60 embodiments of the present invention described herein will 

The computer/processor supports a variety of be apparent to those skilled in the art. 
applications, such as remote configuration, management and 

back-up, bandwidth allocation and control, least cost BRIEF DESCRIPTION OF THE DRAWINGS 

;r Internet Protocol (or "voice over IP"), as The above objects and other advantages of the present 



well various telephony related apphcations. In certain pre- 65 invention will become more apparent by describing in detail 
ferred embodiments, audio/video data streams, including the preferred embodiments of the present invention with 
such as H.320 and H.323 data streams, also are intelligently reference to the attached drawings in which: 
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FIG. 1 illustrates a typical, conventional ofiSce commu- 
nications configuration; 

FIG. 2 provides an overview of an ofBce communications 
system in accordance with preferred embodiments of the 
present invention; 5 

FIG. 3 is a block diagram illustrating preferred embodi- 
ments of the present invention; 

FIG. 3A illustrates communications buses in accordance 
with preferred embodiments of the present invention; 

FIG. 4 provides a software/hardware overview of an ofiBce 
communications system in accordance with preferred 
embodiments of the present invention; 

FIG. 5 illustrates the use of services/bandwidth allocation 
rule table(s) in accordance with preferred embodiments of 
the present invention; 

FIG. 6 illustrates a general flow chart for controlling 
incoming and outgoing calls in accordance with preferred 
embodiments of the present invention; 

FIG. 7 illustrates an exemplary configuration algorithm 20 
for an ofBce attendant type program in accordance with 
preferred embodiments of the present invention; 

FIG. 7A illustrates an exemplary arrangement of configu- 
ration options of the present invention; 

FIGS. 8A to 8D illustrate exemplary windows in accor- ~^ 
dance with preferred embodiments of the office attendant- 
type programs in accordance with the present invention; 

FIGS. 9A to 9C illustrate windows for illustrating addi- 
tional features/functions in accordance with preferred 
embodiments of the present invention; 

FIGS. lOA to lOB illustrate preferred embodiments of the 
net message windows in accordance with preferred embodi- 
ments of the present invention; 

FIGS. UA to HE illustrate various embodiments of the 35 
conference windows in accordance with preferred embodi- 
ments of the present invention; 

FIG. 12 illustrates another preferred embodiment of the 
present invention; 

FIGS. 13 A to 13C illustrate preferred embodiments of 40 
video conferencing in accordance with the present inven- 
tion; 

FIG. 14 illustrates additional preferred embodiments of 
the present invention utilizing advanced call logging fea- 
tures; 45 

FIG. 15 illustrates a window from a remote 
administration/configuration application/applet in accor- 
dance with preferred embodiments of the present invention; 

FIG. 16A illustrates a preferred exemplary embodiment of 
a chassis view window in accordance with preferred 
embodiments of the present invention; 

FIG. 16B illustrates a window for configuration of T-1 
channels of a particular communications system in accor- 
dance with preferred embodiments of the present invention; 

FIG. 16C illustrates a window for configuration of station 
ports of a station card in accordance with preferred embodi- 
ments of the pre.sent invention; 

FIG. 16D illustrates a window for configuration of analog 
trunks in accordance with preferred embodiments of the gg 
present invention; 

FIG. 16E illustrates a window for configuration of frame 
relay type WAN resources in accordance with preferred 
embodiments of the present invention; 

FIG. 16F illustrates a window for configuration of net- 65 
work settings in accordance with preferred embodiments of 
the present invention; 



FIG. 17A illustrates various icons that may be presented 
to a remote user to perform remote diagnostics on the 
communication system in accordance with preferred 
embodiments of the present invention; 

FIG. 17B illustrates a window for providing a trunk 
monitoring function in accordance with preferred embodi- 
ments of the present invention; 

FIG. 17C illustrates a window for providing a link moni- 
toring function in accordance with preferred embodiments 
of the present invention; 

FIG. 17D illustrates a window for providing a station 
monitoring function in accordance with preferred embodi- 
ments of the present invention; 

FIG. 17E illustrates a window for displaying trace infor- 
mation from various software components, driver, etc. in 
communications system in accordance with preferred 
embodiments of the present invention; 

FIG. 17F illustrates a window for providing a first level of 
tracing information in accordance with preferred embodi- 
ments of the present invention; 

FIG. 17G illustrates a window for providing a second, 
higher level of tracing information in accordance with 
preferred embodiments of the present invention; 

FIG. 17H illustrates a window for selecting certain timing 
and mode information in accordance with preferred embodi- 
ments of the present invention; 

FIG. 18 illustrates a communication system in accordance 
with another preferred embodiment of the present invention; 

FIG. 19 illustrates a communication system in accordance 
with another preferred embodiment of the present invention; 

FIG. 20 illustrates a backup communication module in 
accordance with preferred embodiments of the present 
invention; 

FIG. 21 illustrates a reconfigurable TDM clock source in 
accordance with preferred embodiments of the present 
invention; 

FIG. 22 illustrates an exemplary main window in accor- 
dance with preferred 

FIG. 23 illustrates an exemplary screen pop window in 
accordance with preferred embodiments of the office 
communicator-type programs in accordance with the present 
invention; 

FIG. 24 illustrates additional TAPI functionality in accor- 
dance with preferred embodiments of the present invention; 

FIG. 25 is a block diagram illustrating methods of imple- 
menting language capabilities in accordance with preferred 
embodiments of the present invention; 

FIG. 26 is an exemplary directory structure related to 
methods of implementing language capabilities in accor- 
dance with preferred embodiments of the present invention; 
and 

FIG. 27 is a flow chart illustrating methods of implement- 
ing language capabilities in accordance with preferred 
embodiments of the present ir 



DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 
Although various preferred embodiments of the present 
invention wiU be disclosed for illustrative purposes, those 
skilled in the art will appreciate that various modifications, 
additions and/or substitutions are possible without departing 
from the scope and spirit of the present invention. 

The present invention is particularly directed at methods 
of implementing language capabilities in systems having 
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voice mail and similar functionality. The present ii 
has been discovered to particularly advantageously utilized 
in systems such as those disclosed in PCT/US99/07587, 
which is hereby incorporated by reference. After a discus- 
sion of various attributes, features and advantages of such . 
systems, particular aspects of methods of implementing 
language capabilities in accordance with preferred embodi- 
ments of the present invention will then be described. 
In accordance with preferred embodiments of the present 



as address translation to map internal user IP addresses to the 
IP address associated with the proxy server firewall in order 
to provide extra security, etc.); DHCP (Dynamic Host Con- 
figuration Protocol, which is a protocol which allows a 
server to assign dynamically IP addresses to particular 
computers in real time, etc., which may support manual, 
automatic and/or dynamic address assignment, which may 
be used to verify a particular computer's identify, tempo- 
rarily assign it an IP address for a particular period of time, 
m, systems and methods are provided to enable jg ^^^^^^^ ip address later for reassignment at the 
voice, data, video and other communications to occur in an expiration of the particular period of time, etc.); and/or email 
efBcient and integrated manner, intelligently allocating and ^^^^^ gateway (which, as is known in the art, may be 
utihzmg available communications resources. FIG. 2 pro- to send and receive emails and/or send and receive 

vides an overview of such a system in accordance with one f^xes for the computers connected to the LAN or LANs, 
preferred embodiment of the present invention. jj ^ 

Communications system 50 provides an integrated system 
for controlling and managing communications such as in an 
ofBce. Communications system 50 communicates over ports 
26 to file server 20, printer 22 and one or more computers 

24. Ports 26 typically 20 telephones 12, facsimile 44 and other suitable telecommu- 

Communications system 50 provides an mtegrated system nications devices and access and server functions (such as 
for controUmg and managmg communications such as in an prfvate voice mail, recording devices, WAN service inter- 
office. Communications system 50 communicates over ports ^^.^ ^^^^^ ^tc). What is important is that communications 
26 to file server 20, printer 22 and one or more computers system 50 include interfaces for a plurality of telecommu- 
24. Ports 26 typically includes a packet bus such as Ethemet, 25 nications devices for the particular and complete office/work 
"fast" Ethemet, ATM or other LAN technology (in other environment and infrastructure, 
embodiments, LAN technology, such as token ring, may be 
coupled to an appropriately configured port). Communica- 
tions system 50 includes devices for controlling ports 26, 
including controllers such as what are known as a network 30 
interface controller (NIC), which may integrate a media 



Communications system 50 includes the functionality of 
what is known as a PBX (as will be described further). In 
preferred embodiments, communications system 50 is con- 
nected to a plurality of telecommunication devices, such ai 



access controller (MAC) for control of and interface to ports 
26. Connected to ports 26 may be a variety of devices, such 
as one or more file servers 20, computers 24, printers 24 and 
other computing, peripheral or similar devices suitable for 35 
interconnection with ports 26. Other network devices, such 
as routers, switches, bridges and the like also may be 
connected to ports 26. In a one preferred embodiment, ports 
26 is an Ethernet-type LAN to which is connected to a 
variety of devices as determined by the needs of the par- 40 
ticular ofSce/work environment. The present invention 
effective integration of the packet data LAN and router-type 
functions with the telephony and server functions, which 
enables unique operations and the initiation or completion of 
calls or transactions or the like, without having access to 45 
traditional, dedicated devices, peripherals and communica- 
tions services. 

It will be appreciated that communications system 50 also 
may implement hardware and software for additional net- 
work functions, which are included in alternative embodi- 50 
ments. Such network functions include, but are not limited 
to: name server, such as DNS (Domain Naming System, 
which is used in the Internet for translating names of host 
computers into addresses) or WINS (Windows Internet 
Name Service, which is a name resolution service that maps 55 
or resolves Windows networking computer names to IP 
addresses particularly in a routed environment); firewall (as 
is known in the art, a firewall is a hardware/software 
implement that limits the exposure of a computing system 
such as communications system 50 or computers coupled 50 
thereto to access from a computer external to the system, 
which may include a network level firewall or packet filter 
that examines data traffic at the network protocol packet 
level, or an application-level firewall that examines data 
traflBc at the application level, such as FTP or fi 
protocol, email, etc.); proxy server (as is known 



Communications system 50 is coupled to WAN voice/data 
services network(s) 58 through trunks 54. Voice/data ser- 
vices network(s) may include private line, local or long 
distance carrier networks, Internet, intranet and/or any other 
current or future WAN-type network services. Trunks 54 
may consist of high, medium or low speed digital and/or 
analog lines, either public or private, and in certain preferred 
embodiments consist of high speed dedicated resources such 
as what are known as T-1, PRI (Primary Rate ISDN), ATM, 
VDSL, HDSL, ADSL, DDS (Dataphone Digital Service, 
also called Digital Data System), wireless, cascade, propri- 
etary and/or twisted pair analog lines from a local telephone 
company. What is important is the communications system 
50 is coupled to WAN services, trunks and the like in a 
manner that the user, service provider, administrator and/or 
algorithm has determined will provide adequate or required 
resources, on a cost-efteclive basis, for the particular office/ 
work environment and operating conditions. 

In contrast to FIG. 1, the communications system of FIG. 
2 provides an integrated solution for voice and data com- 
munication services, to which may be connected the WAN 
network services and telecommunications, computing and 
other devices as determined by the particular office/work 



Referring 10 FIG. 3, various subsystems, components, 
buses and the like of preferred embodiment 
cations system 50 will be described in greater detail. 



Communications system 50 is controlled by host 
processor/system resources 70, which in preferred embodi- 
ments include a computer powered, for example, by a 
commercially available or other microprocessor and an 
embedded and/or commercially available operating system. 
What is important is that processor/system resources 70 
provide sufficient processing power, memory and storage 
resources (RAM, ROM, hard disk, magnetic or other 
storage, etc.), bus and other resources in order to control the 
various subsystems and components as will be described. In 
insfer 65 particular, computer/system resources 70 enables automatic 
internal negotiation, control and enabling of services and 



a proxy server is a type of firewall that uses a process known applications. Although not expressly shown, processor/ 
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system resources 70 also may include other components of multi-vendor integration protocol type bus, or what is 

a relatively high-end personal computer, workstation or known as an SCSA-type bus (SCSA is an acronym for 

server, such as a display device, keyboard, serial ports. Signal Computing System Architecture)), and provides in 

parallel ports, power supply and the like. The various certain preferred embodiments 256 channels/slots per TDM 

subsystems and components of communications system 50 5 frame (the present invention is not hmited to a single TDM 

are inteUigently controlled, managed and monitored by bus; in alternative embodiments, more than one TDM bus or 

processor/system resources 70. Processor/system resources other types of TDM buses are utilized). TDM bus 78 allows 

70 provides system and server management software and the communication between devices on the bus by way of 

like, and a platform for various server applications as circuit switching techniques. This type of switching allows 

described herein. jg for simple and inexpensive communication of voice 

Host processor/system resources 70 is coupled to buffer/ through, for example, what are known as pulse code modu- 

framer 72 via bus 84, which in preferred embodiments la'ion ("PCM") techniques. Switch/multiplexer 74 prefer- 

consists of a computer bus such as what are known as a PCI ably is implemented with one or more switching/serial time 

bus or ISA bus (in other embodiments, other suitable division multiplexing circuits, such as, for example, 

computer-type buses are utilized, which may include pro- 15 described in U.S. Pat. No. 5,541,921 to Swenson, et al. for 

prietary local buses). Buffer/framer 72 includes buffer 71 "ISOCHRONOUS SERIAL TIME DIVISION 

and preferably includes a plurality of multi-protocol MULTIPLEXER," which is hereby incorporated by refer- 

framing/deframing engines, such as for what are known as ence. Switch/multiplexer 74, under control of processor/ 

asynchronous transfer mode (ATM) or high-level data link system resources 70, provides the capability for various 

control (HDLC) protocols, which may be synchronous or 20 voice/data signals to be controllably switched to desired 

asynchronous. In other embodiments, other communication slots of TDM bus 78. 

protocol framers/deframers are provided, as may be desired Coupled to TDM bus 78 are line, station, trunk, or other 
by the particular ofEce/work environment. Buffer/framer 72 interface cards 82. Cards 82 provide CODEC, line interface, 
in certain preferred embodiments includes, for example, one off-hook detect and other functions as are known in the art 
or moi« ATM. framers/deframers 73A and one or more, and 25 t° support various telecommunication devices (such as tele- 
preferably a plurality of HDLC framers/deframers 73B. phones 12 and facsimile 44) and WAN-type network ser- 
Although not expressly shown, buffer/framer 72 includes vices (such as voice/data services 58) that are communicat- 
other controlling circuits (such as a slot mapping memory, ing with communications system 50 via TDM bus 78. In 
multiplexers/demultiplexers, arbitration, control and other preferred embodiments cards 82 provide points of termina- 
circuitry) such as, for example, described in U.S. Pat. No. 30 tion for a plurality of telephones 12, one or more facsimiles 
5,533,018 to DeJager, et al. for "MULTI-PROTOCOL 44, and various T-1, PRI, ATM, analog and/or other WAN- 
PACKET FRAMING OVER AN ISOCHRONOUS type network services as determined by the particular oflSce/ 
NETWORK," which is hereby incorporated by reference. As work environment. Cards 92, under control of processor/ 
will be described in greater detail, buffer/framer 72 includes system resources 70, may include points of termination for 
the capability to transfer raw or protocol-processed data, 35 emergency or backup telephone services and the like, such 
which may be mapped to particular slots ofTDM bus 78 and ' as in the event of a power failure or to provide analog 
made available on different ports. Buffer/framer 72 is con- services in the event a dedicated resource such as a T-1 is 
trolled by processor/system resources 70 as diagrammati- unavailable for some reason. 

cally indicated by control line(s) 92 (control Iine(s) 92 may Communication system 50 also may include fax modem 

be implemented as part of a bus structure, such as bus 84). 40 75, which, under control of proce.ssor/sy.stem resources 70, 

In preferred embodiments, processor/system resources 70 may process incoming/outgoing facsimile transmissions. In 

includes redundant disk or other storage, redundant power the preferred embodiment, fax modem 75 is coupled to 

supphes and data back-up to magnetic or other media in TDM bus 78 as illustrated, although in other embodiments 

order to enhance fault tolerance of the system. fax modem 75 may be coupled in alternative arrangements. 

Processor/resources 70 also may be connected to DSP 76. 45 such as to switch/multiplexer 74 and/or DSP 76. 

DSP 76 preferably consists of a single digital signal proces- Communication system 50 also may include available 

sor or multi-digital signal processor resource pool, which card slots on TDM bus 78 for one or more module upgrade 

serves to provide a variety of functions within communica- 77. Additional resources and/or functionality may be added 

tions system 50. In preferred embodiments, DSP 76 gener- to communication system 50 as needed by way of module or 

ates dial tones (such as for telephones 12), DTMF digit 50 line card upgrade(s) 77, or by, for example, the addition of 

detection and decoding, echo cancellation, coding/decoding one more cards such as ATM controller 79B and DSP 79C. 

functions, voice conferencing, voice compression, voice Through the use of such module upgrades or additional 

recognition and the like. In other embodiments, DSP 76 cards, etc., one or more minimal configurations of commu- 

performs data compression, transcoding, processing for nication system 50 may be provided, with additional 

voice communications using an Internet protocol ("IP") or 55 resources and/or functionality added by the insertion of 

other voice over other network protocol or the like. In additional cards to TDM bus 78. Further aspects relating to 

general, DSP 76 provides a set of processing and memory upgrade and reconfiguration-type functionality of such Une 

resources to support the various voice/data services con- cards are described below in reference to FIG. 21. In 

trolled and managed by processor/resources 70. As illus- accordance with preferred embodiments of the present 

trated by bus connection 84A, DSP 76 alternatively may be 60 invention, software upgrades for processor/system resources 

coupled directly to TDM bus 78. 70, or for other resources in the communications system. 

Switch/multiplexer 74 communicates bidirectionally with also may be applied, 

buffer/framer 72 and preferably from DSP 76, as illustrated. Processor/system resources 70 also is coupled to one or 

over bus 86. Switch/multiplexer 74 also communicates with more packet buses, such as packet buses 80A and SOB, 

TDM bus 78, as illustrated, over bus 90. TDM bus 78 65 which may be through a bus such as LAN bus 81. 

preferably is a time division multiplexed bus as is known in Effectively, packet buses 80A and SOB provide multiple 

the art (such as, for example, what is known as an MVIP or hubs or switches to intercommunicate between one or more 
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packet networks, which in preferred embodiments are Eth- e.g., performance upgrade or for increasing fault tolerance, 

emet networks. It should be noted that the bus configuration With multiple clock sources located on cards connected to 

of FIG. 3 may be considered "logical", and in preferred TDM bus 78, the particular clock source that is driving the 

embodiments the physical bus configuration may be such bus can be selected under software control to adjust for 

that TDM bus 78 and packet buses 80A and/or SOB are part 5 faults, e.g., framing errors and the like. This redundant 

of the same physical bus. In such embodiments, packet aspect to such a TDM bus structure in accordance with such 

buses 80A and/or SOB also can intercommunicate directly embodiments ensures greater fault tolerance and better over- 

with central resources (such as processor/system resources all performance. Additionally, because the switch fabric is 

70) as well as station cards and WAN cards (or any other controllable via software, the remote control of these fea- 

cards) coupled to the TDM bus (this is illustrated in FIG. 3 tures is possible, e.g., in a client/server context, such as 

by card 79D, which is a card simultaneously inserted into/ described elsewhere herein. While the present embodiment 

coupled to both TDM bus 78 and packet bus 80A and which is illustrated with reference to an improved clock source 

may comprise, for example, a combined LAN interface/ located within the second line card, it will be apparent to 

functionality and central office (or other WAN interface) those skilled in the art that other improved features within a 

card. Such a combined interface card, which may support second hne card can be incorporated to reconfigure the 

both LAN and WAN functions (such as described elsewhere characteristics of TDM bus 78 (e.g., a first line card with a 

herein), enables substantial advantages over conventional first set of features, and a second line card with a second set 

systems. of feamres or functions, may be incorporated into the system 

Coupled to packet buses 80A and/or SOB are a variety of and coupled to TDM bus 78; under software or firmware 

computing-type devices, such as computers 24, printer 22, ,g control such as described above, the system may be remotely 

other computers, file servers, backup or storage resources, " configured such as by selectively enabling or disabling, such 

other networks and the like. Processor/system resources 70, as by tri-state isolation from TDM bus 78, some or all of the 

in software and/or hardware, provides a LAN/network featares/functions of the first or second line cards, etc.). 

subsystem, which includes routing and other related func- Referring now to FIG. 3A, additional aspects of preferred 

tions to support data communications to and from packet ^ embodiments of the present invention will now be 

buses SOA and/or SOB and TDM bus 78, etc., through several described. 

paths or methods. As discussed in reference to FIG. 3, communications 
In preferred embodiments, a more direct connection system 50 includes at least three (3) separate types of busses, 
between packet bus SOA and/or SOB may be established by e.g., TDM bus 78, packet bus SOA (or SOB), etc., and control 
way of embedded router or bridge S3. Router/bridge S3 30 bus 92, etc. In arranging such different busses, preferred 
includes a CPU, TCP/IP controller, router, stack, Ethernet embodiments of the present invention utilize an arrangement 
interface or other functionality as may be desired to couple that desirably configures such busses into a passive back- 
LAN bus 81 to, for example, one or more HDLC controllers plane that may be used to plug in various printed circuit 
79A. Through the use of router/bridge 83, communications boards, cards, etc. 

between packet buses SOA and SOB may be accomplished 35 As illustrated in FIG. 3A, busses 92, SOA and 78 are 

while consuming minimal resources of processor/system physically arranged as part of system bus 406. Bus 408 is 

resources 70. provided, for example, to serve as a bus for a computer 

Referring now to FIG. 21, additional aspects of preferred backplane, such as a personal or other computer included in 

embodiments of the present invention will now be processor/system resources 70 (e.g., a computer system bus, 

described. 40 such as what are known as PCI or ISAbu.scs, etc.). V;irious 

One such aspect relates to the upgradeability of TDM bus boards or cards, etc. 400A, 400B and 400C may be physi- 

78 switch circuitry or "fabric," via software (e.g., RAM cally plugged into sockets 402 and 404. Sockets 402 are 

based firmware), and via hardware upgrade (e.g., adding provided for making electrical connection to bus 408, and 

new line cards with upgraded switch fabric to a TDM bus sockets 404 are provided for making electrical connection to 

containing existing legacy line cards). TDM bus 78 is driven 45 bus 406. It should be noted that, preferably, two rows of 

by a clock sync 455 in a first line card 453. This line card is sockets 402 and 404 are provided, with at least certain of 

equipped with additional circuitry, e.g., flip-flop 454 and sockets 402 being positioned adjacent to and aligned with 

tri-state drivers 461 and 462 that allow the isolation of the sockets 404. In this manner, boards such as board 400Amay 

clock sync 455 from TDM bus 78 upon installation of a be coupled to bus 406 through one of sockets 404, board 

higher performance second line card 463 with a second 50 400B may be coupled to both bus 406 and bus 408 via one 

clock sync 464. This example illustrates that the switch each of sockets 404 and 402, and board 400C may be 

fabric of TDM bus 78 can be upgraded to a higher perform- coupled to bus 408 through one of sockets 402. In accor- 

ing bus driven by a different clock sync 464, while still dance with such embodiments, bus 406, which includes 

enabling the use of older first line card 453. Thus, first line control bus 92, packet bus SOA, and TDM bus 78, may be 

card 453 may still use TDM bus 78, but with an insulated 55 coupled to boards that couple only to bus 406 and also 

clock sync 455, while the TDM bus 78 is driven by the boards that couple to both bus 406 and bus 408. As will be 

improved clock sync 464, and thus enabling a higher per- appreciated, a plurality of sockets and boards may be 

forming bus to second line card 463, Through this aspect of provided, with one or a plurality of boards similar to board 

this preferred embodiment, additional features and function- 400A, one or a plurality of boards similar to board 400B, 

ality are possible. Due to the firmware basis for this switch 60 and/or one or a pluraKty of boards similar to board 400C 

fabric afforded by the use of tri-states (e.g., firmware control may be desirably provided in communications system 50. 

of the state of tri-state drivers/buffers such as drivers 461 and It also should be noted that, in preferred embodiments, 

462, such as by writing configuration or control data to a bus 92 is similar in form to a standard ISA or PCI bus 

register or other location for controHing such tri-state (although preferably modified/optimized for the particular 

devices, etc.) to effect the relationship between the clock 65 implementation of communications system 50) and provides 

source and TDM bus 78, the reconfigurable nature of the desired control to the various components and subsystems of 

switch fabric on TDM bus 78 can be controlled via software, communications system 50 (as described elsewhere herein). 



us 6,366,578 Bl 



13 



14 



In addition, TDM bus 50 may consist of, for example, 256 
channels at 64K bits/second. Packet bus 80A may support 
one or a plurality (e.g., 3, 4, 5 or more) of ethemet or other 
packet buses, such as lOOM bit, full duplex ethernet capa- 
bility or similar functionality (although only one such bus in 
illustrated in FIG. 3A). 

In accordance with such embodiments, boards may be 
conveniently coupled to bus 406 and/or 408, which facili- 
tates manufacture, upgrade, maintenance, etc. of communi- 

IS system 50. It also should be noted that bus 408 may b/W management 31 aW 



cations in accordance with preferred embodiments of the 
present invention. 

Intelligent/dynamic BAV, service and resource manage- 
ment 31 is provided to effectively and efEciently control and 
allocate and de-allocate services and communications 
resources, such as in accordance with LCR, BQOS, BAV 
rules 21 (e.g., rules to enable lowest cost, highest quality or 
otherwise desirable management and control of network or 
other resources, etc.) or other applications 29 or the like. 

5 inputs information 



indicating the total number and types of network resources 
(of voice/data services 58, for example) that are available to 
communications system 50, and their status and availability 
at any given point in time. BAV management 31 may receive 
; as an input, or may generate internally, information indicat- 
ing how much of a measured usage resource may be 
available at a given point in time (for example, "frame 
relay," "private virtual channel" or other network services 
may be provided on the basis of a predetermined amount of 
) data transmission per fixed time period for a fixed price, with 
additional charges for usage in excess of the predetermined 
amount, etc.). As more fully described below, based on the 
currently available and currently utilized services and 
, BAV management 31 may allocate and 
s and resources in a desired and/or 



be, for example, an industry standard bus, such an ISA oi 
PCI or similar bus, thereby enabling ready coimection of 
available PC-type boards to communications system 50 if so 
desired for the particular application. Such a multi- 
backplane construction provides significant advantages in 
accordance with the present invention. ^ 

FIG. 4 provides a software/hardware overview of an office 
communications system in accordance with preferred 
embodiments of the present invention. It should be noted 
that the preferred embodiment of FIG. 3, with appropriate 
software in processor/system resources 70, may provide the ~ 
software/hardware described in connection with FIG. 4, as 
will be appreciated by those skilled in the art. 

At the server applications level, various software appli- 
cations may be provided for operation in conjunction with 
the hardware illustrated, for example, in FIG. 3. Such 25 de-allocate such S( 
software applications may include what are know as least cost eflScient manner. 
costroutingC'LCR"), best quality of service ("BQOS") and Additionally, other aspects of such embodiments with 
bandwidth ("B/W") rules 21. LCR, BQOS and BAV rules 21 regard to service and resource management will now be 
provide tables, information, rules and/or algorithms by described. Specifically, the use of realtime bandwidth and 
which data and voice communications may be allocated 30 protocol statistics to assist in the administration of services 
and/or controlled with respect to, for example, the various and resources will now be described. With the example of a 
types of voice/data network services that are available to jl connection, this aspect of such embodiments involves the 
communications system 50. Such information may include collection and reporting of performance data statistics 
the current cost of utilizing various resources (based on time according to established specifications, e.g., RFC1406, 
of date, amount of usage, integrated amount of usage over 35 AT&T TR54016, and ITU G.821, the documentation and 
some period of time, etc.), and also priority rules for the specifications of which are hereby incorporated by refer- 
various types of communications provided by communica- ence. In this example, the statistics can be derived from 
tions system 50. For example, phone calls may be assigned registers adapted for storing information for the following: 
a priority 1, facsimile calls a priority 2, VoIP calls a priority cEC (CRC Error Count), FEC (Framing Error Count), CSS 
3, facsimile over IP calls a priority 4, category 1 data 40 (Controlled Slip Second), CVC (Code Violation Counter), 
communications a pnonty 5, and other data communications and LOFC (Loss of Frame Count). Under control of, for 
a priority 6. In preferred embodiments, the priority assign- example, processor/system resources 70, such registers may 
ments may change by time of day or month, and/or the be read at predetermined intervals (or by locally generated 
priority assignments may be different with respect to differ- or remote requests, etc.), and the following exemplary 
ent network resources and the like. 45 statistics of performance data or other statistics may be made 

Server encryption applications 23 may be provided in available: 
order to provide encryption or similar coding or processing Errored Second (ES) 

of voice/data communications processed by communica- Preferably a second consisting of a CRC error or a 

tions system 50. VoIP gatekeeper 25 may be provided to framing error or a controlled slip. Preferably, not counted 
service and control voice over Internet protocol ("VoIP") 50 during unavailable seconds. 

5 specifically described below. Bursty Errored Second (BES) 

Preferably, framing=ESF (1<CEC<320). Preferably 
framing=D4 (1<CVC<1544). Preferably not counted during 
unavailable seconds or severely errored seconds. 
; Severely Errored Second (SES) 

Preferably framing=ESF (CEC>=320) or an out of frame 
error. Preferably framing=D4 (CVC>=1544) or an out of 
frame error. Preferably not counted during unavailable sec- 

I Severely Errored Framing Second (SEES) 

Preferably a second containing one or more framing 
errors (FEC). 

Unavailable Second (UAS) 

Preferably incremented by one every second the driver is 
; in the unavailable signal state. Preferably an unavailable 
signal state is declared when 10 consecutive SESs are 
detected and cleared when 10 consecutive non-SESs are 



various types of VoIP communications may be effectively 
managed and controlled in accordance with preferred 
embodiments of the present invention, such as, for example, 
a determination that acceptable conditions exist on the ; 
Internet for such communications. Directory 27 may be 
provided in order to make various types of directory infor- 
mation available to users of communications system 50. 
Directory information provided by directory 27 may include 
names, telephone extensions, address or other personal or t 
work information regarding persons or departments, etc., 
serviced by communications system 50. Directory 27 also 
may include similar directory type information for persons 
or departments, etc. in a remote or other locations, such as 
may be accessed through voice/data services 58. e 

In general, with the present invention other applications 
29 may be provided to support various types of communi- 
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frequency bands in the returned signal could be evaluated to 
determine whether a phone is physically connected to the 
line (e.g., an analog phone typically presents a lOK ohm 
impedance to the line in an on-hook condition, the presence 
of which could be determined by evaluation of the returned 
signal. In preferred embodiments, DSP resources could 
evaluate the returned signal energy, again preferably with an 
FFT, and the presence and/or type of telephone device 
physically attached to the line could be assessed/determined. 



detected; when declared any ES, BES, and SES errors that 
occurred during the 10 seconds are subtracted from the 
counters and the UAS counter is incremented by 10; when 
cleared any VS and BES seconds that occurred during the 10 
seconds are added to the counters and the UAS counter is : 
decremented by 10. Preferably, if the 10 second transition 
occurs over an interval boundary both intervals are adjusted 
accordingly. 

Such statistics, and others similar to these, can be used to 
analyze each protocol to assist in B/W allocation and lo and still preferably an assessment of the quality of the 
management, as well as overall administration, such as particular line could be made based on such an analysis of 
described elsewhere herein. Such information can be stored the returned signal. 

within the system and/or displayed on a user's screen via a Such signal processing could be done periodically or upon 
direct LAN/WAN connection such as described herein, detection of errors, start-up or reboot, or upon initiation of 
including through the use of HTML and widely available 15 a diagnostic or maintenance routine. With remote adminis- 
web-browsing software. Those skilled in the art will recog- tration and configuration capabilities as described elsewhere 

, such phone presence detection, line quality 
c, could be conducted from a remote location 
(such as enabling a central system administration to "map" 
20 the presence of phones to particular lines in a remotely 
located system. In accordance with such embodiments, such 
capability enables a similar functionality to the link status 
indicators that may be available on network ports. Such link 
status information for analog telephones can be incorporated 
5 described in connection with 25 into a visual representation of the system, easily viewable 
n-related services may be remotely via an HTTP link over the Internet, for example 
(such remote viewing of the physical status of a system, i.e., 
"chassis view," is described elsewhere herein). It should be 
understood that this approach to obtaining line status and 
) information can easily be applied to other aspects of tele- 
phone lines. For example, the line condition, or suitabilty for 
high speed data transfer, or perhaps the highest speed 
available on a particular Line (e.g., "speed grading" or "speed 
characterization" of individual Hnes) can be measured, 
(s) 51, central ofEce-plain old telephone service (CO-POTS) 35 In still other embodiments, applying such techniques (i.e., 
module(s) 53, V.35 module(s) (it should be understood that sending a known signal down a hne and analyzed a return 
various hardware modules may be utilized in accordance signal, etc.) information pertaining to the Central OfBce can 
with preferred embodiments of the present invention, as be obtained, for example, information about the Central 
desired to implement the various data switching, routing and OfBce battery (voltage of 20-50 volts) can be measured that 
other communications connections as may be determined by 40 indicate the distance to the Central OfSce as well as its 
the needs of the particular office/work environment. PBX presence, etc. Other aspects of such analog line or other 
station services, such as automated attendant, reception, detection can easily be realized through this method and 
voice mail and the like, may be provided through station beneficially used in other applications. For example, specific 
manager 43. Station manager 43 provides hardware for capabilities of the line and/or the device at the other end 
connection to various telecommunications devices, such as 45 (including a Central OfiBce, etc.) of the line can be detected, 
phones 12, facsimile 44, etc. In general, station manager 43 during on-hook and off-hook conditions, all of which may be 
provides sufBcient interface hardware in order to connect to initiated in a remote manner, viewed graphically, etc., as 
the various devices that may be determined by the needs of described elsewhere herein. 

the particular ofEce/work environment). Referring now to FIG. 5, a general flow chart will be 

Additional features particularly of hardware components 50 described for illustrating the use of services/bandwidth 
of such embodiments involving detection operations incor- allocation rules in accordance with preferred embodiments 



nize that it may be desirable to monitor other kinds of real 
time protocol and bandwidth statistics in other environ- 
ments. 

Services 37, which may be supported by database storag 
35 (which may be provided as a part of processor/syster 
resources 70), include data switching services, router ser- 
vices and PBX station services. In general, in accordance 
with preferred embodiments of the present invention, and 
utiHzing resources such a 
FIG. 3, various commun 
advantageously supphed by communications system 50. 

For example, data switching services may be provided 
such as by LAN/NDIS/DDI drivers 39 (LAN, NDIS and 
DDI being exemplary) through hardware modules such as ; 
switched Ethernet 45 and hub 47. Routing services may be 
provided such as through WAN drivers (specific network 
services such as PRl and T-1 being exemplary) through 
hardware modules such as T-1 module(s) 49, ISDN module 



porating or utilizing DSP resources such as are included in 
preferred embodiments will now be described (DSP 
resources included in such embodiments are described, for 
example, in connection with FIG. 3. A technique for deter- 5 
mining characteristics of an analog line is to send a known 
signal (preferably a known tone or combination of tones or 
frequencies of known energy, etc.) down a line, and convert 
a predetermined frequency (or frequencies) of a returned 
signal from the analog line to a voltage or to otherwise 6 
process the returned signal; characteristics of the analog are 
determined based on the voltage or otherwise from infor- 
mation extracted from the returned signal. In preferred 
embodiments the returned signal is processed by DSP 
resources (see DSP 76 of FIG. 3) in order, for example, to 6 
perform a Fast Fourier Transform ("FFT") or other signal 
processed on the returned signal. As example, particular 



of the present invention. 

Server applications, such LCR, BQOS, BAV rules 21, 
may be considered to have various rule sets, such voice rules 
93, data rules 95 and dial-up rules 97 (other rule sets may be 
provided). Communications system 50 monitors inputs 
(illustrated as monitor input block 91 of FIG. 5), and based 
on such inputs and the overall service/network resources 
available, and in accordance with voice rules 93, data rules 
95 and dial-up rules 97, allocates and de-allocates resources 
(illustrated as allocate/re-allocate resources block 99 of FIG. 
5). 

Exemplary operations of such preferred embodiments 
will now be described. 

In the event a user picks up one of telephones 12, an 
off-hook condition is detected by the appropriate card 82, 
which signals processor/system resources 70 of the off- 
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condition. Processor/system resources 70 controls switch/ 
multiplexer 74 to couple the appropriate card 82 to DSP 76, 
which generates a dial tone that is coupled to the appropriate 
telephone 12. The user hears the dial tone and may then 
proceed to place the desired call. DSP 76 detects the digits 
of the telephone number of the desired call and provides the 
detected digits to processor/system resources 70. For an 
internal call, processor/system resources 70 directs that the 
called internal telephone receive a ring signal from the 
appropriate card 82. Upon pick-up of the called internal 
telephone, the telephone connection between the internal 
phones is established by way of TDM bus 78 and the 
appropriate cards 82. 

For an external call, processor/system resources 70 
attempts to establish the desired connection through the 
appropriate cards 82 and available voice/data services 58. In 
attempting to establish such a voice communication 
connection, processor/system resources preferably follows 
the general flow illustrated in FIG. 5. Namely, in accordance 
with available resources (such as of voice/date services 58) 
and rules such as voice rules 93, data rules 95, dial-up rules 
97, etc., an external voice communication may be estab- 
lished by, for example, a POTS line connection, an ISDN B 
channel, a VoIP connection, etc. In accordance with the 
present invention, resources may be allocated for the pro- 
cessing of such an external call based on the available 
resources at the particular time and applicable rules (which 
may include time of day, priority of call, etc.) 

Incoming calls are detected by the appropriate cards 82 
and signaled to processor/system resources 70. Connections 
of voice incoming calls to telephones 12 are established 
under control of processor/system resources 70 over TDM 
bus 78. 

Still additional operational advantages and features in 
accordance with still additional preferred embodiments of 
the present invention will now be described. 
PBX and Telephony-Related Functions 

With the hardware of preferred embodiments as illus- 
trated in FIG. 3, various novel and/or improved or more 
efficient communications functions may be obtained. As 
noted in FIG. 2, with the present invention a plurality of 
workstations or computers 24 may be connected to commu- 
nications system 50. Although only a single LAN is illus- 
trated in FIG. 2, as illustrated in FIG. 3 two or more LANs 
may be coupled to communications system 50, with a 
plurality of computers coupled to each of the two or more 
LANs, etc. 

In accordance with preferred embodiments of the present 
invention, one or more of computers 24 may execute a 
PBX/telephony control application software program. In 
accordance with the PBX/telephony control application, 
hereinafter referred to as the "ofSce attendant type" 
program, control of the telephony and related functions of 
communications system 50 may be intelligently managed 
and controlled. With such an arrangement, one or more 
computers on the LAN may be used to control incoming and 
outgoing calls of the office using the computer in a natural 
and intuitive manner. A telephony headset or telephone 
preferably is associated with the particular computer that 
will be running the office attendant type program to enable 
traditional voice communications with incoming callers, etc. 

As illustrated in FIG. 6, a party desiring to control the 
incoming and outgoing calls and/or station to station calls of 
the office ("attendant 1") may log-on and run the office 
attendant type program from one of the computers con- 
nected to the LAN connected to communications system 50. 
At step 100, attendant 1 may be required to enter an 
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appropriate user name/ID and password in order to recog- 
nize attendant 1 as an appropriate user to assume control of 
the telephony functions of the office. A network or systems 
administrator may set up password control for parties autho- 

5 rized to run the office attendant type program. At step 102, 
in preferred embodiments the computer running office atten- 
dant type program has dovmloaded to it the current tele- 
phone subscriber directory such as over packet bus 80A or 
SOB of FIG. 3 (e.g.: a complete listing of the telephone 

10 subscribers; extensions; status information such as do not 
disturb, forward and forwarding information, forward to 
voice mail, hunt group information, etc.) from communica- 
tions system 50. In this manner, the computer or computers 
running the office attendant type program may locally con- 

15 tain current subscriber information for controlling the 
incoming and outgoing calls of the office. In preferred 
embodiments, communications system 50 automatically 
determines when subscriber information changes, e.g., a 
subscriber has been added to or deleted from the telephone 

20 directory, or an extension has changed, or a subscriber's 
status information has changed, or any state associated with 
communications system 50, etc., in order that updates may 
be timely made available. In such embodiments, computers 
running the office attendant type program may be updated 

25 promptly and automatically by communications system 50 
so as to contain current subscriber information on an ongo- 
ing basis to more efficiently control telephony operations of 
the office. It also should be noted that in preferred embodi- 
ments the subscriber information also may include other 

JO information, such as the email address and extended direc- 
tory information including personal information manager 
("PIM") information of the particular subscriber and net- 
work identification for a computer associated with the 
particular subscriber. With such information, net messages 

35 or other communications with particular subscribers may be 
facilitated as more fully described herein. 

It also should be noted that this subscriber download 
concept is applicable in various forms to all computers 
coupled to communications system 50. For example, com- 

40 munications system 50 includes information regarding all 
users registered in the PBX (i.e., all users having a telephone 
extension and/or computer coupled to communications sys- 
tem 50 such as over the LAN or WAN). Thus, in the event 
of a subscriber directory change, communications system 50 

45 may "broadcast" updated subscriber directory information 
to all computers coupled to communications system 50, or, 
in alternate embodiments, communications system 50 sends 
a net message, email or other message to such computers 
coupled to communications system 50 that prompts the users 

50 of such computers to the availability of the subscriber 
directory update (e.g., the remote computers received a 
message indicting the availability of the subscriber directory 
update, which preferably includes an "accept" icon and a 
"reject" icon, thereby enabling the user to receive or not 

55 receive the update as he/she may desire). 

This concept may be extended to system speed dial 
buttons (as described elsewhere herein), and other informa- 
tion that may be desirably controlled and distributed in/from 
a central location (e.g., communications system 50) in a 

60 particular office setting. For example, a company organiza- 
tion chart, financial reports, informational reports, etc. may 
be centrally stored, etc., which may include being main- 
tained by a system administrator-type person for communi- 
cations system 50. In accordance with such embodiments, 

65 centrally-controlled information may be broadcast to all 
users, or a selected subset of such users (communications 
system 50 also preferably accesses/stores information 
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regarding the registered users, such as title, department, 
position within the company; e.g.. Vice President, engineer- 
ing department, sales and marketing department, etc.). Thus, 
a centrally-maintained document/file, such as a company 
organization chart, j&nancial report, etc., may be conve- 5 
niently distributed to computers coupled to communications 
system 50. Preferably, communications system 50 records 
which computers receive such information (for example, a 
record of those computers logged-on and receiving the 
information at the time it is first distributed), and thereafter lO 
may distribute the information to other computers at a later 
time (for example, at a later time when the users of such 
computers log-on to communications system 50). As 
described previously, such embodiments also may prompt 
the individual users whether they wish to receive the 15 
information, and thereafter provide the information to those 
computers whose users afSrmatively indicate that they 
desire to receive the information. 

In step 104, the computer running the ofSce attendant tj^e 
program optionally may run a configuration routine to more 20 
optimally configure the office attendant type program on the 
particular computer for control of the telephony operations. 
At step 106, the computer running the office attendant type 
program is in a ready condition for processing incoming or 
outgoing calls or the like. 25 

Referring to FIG. 7, an exemplary configuration algorithm 
for an office attendant type program will now be described. 
At step 108, the user selects a configuration icon or other- 
wise initiates a configuration command on the computer 
running the ofSce attendant type program. At step 110, the 30 
office attendant type program displays a choice of configu- 
ration options. FIG. 7 illustrates options such as password 
change option 112, contact or personal information manager 
("PIM") import option 114, user interface configuration 
option 116 and other option 118 (other option 118 indicates 35 
other configuration options that may be presented to the user 
to more optimally configure the olEce attendant-type pro- 
gram for the particular user or operating environment, etc). 
At step 120, the computer running the office attendant type 
program has completed the configuration process and is in a 40 
ready condition for processing incoming or outgoing calls or 
the like. 

An exemplary arrangement of configuration options for 
such a configuration algorithm is illustrated in FIG. 7A. As 
illustrated, by configuration window 111, a user may be 45 

presented with configuration windows such as user interface 
configuration window 113, contact or PIM import window 
117 or password control window 121. As an illustrative 
example, user interface window 113 may include icon 115 
for displaying menus or windows for tailoring the user 50 
interface for the particular user and operational parameters; 
exemplary user interface options include user selectable 
tones, sounds, or volumes for indicate incoming calls, line 
status conditions, programmable call capacity before routing 
calls to another computer running an office attendant-type 55 
program or to an automated call answering algorithm of 
communications system 50, visual display options to vary 
the computer display (such as size, color of icons or 
background, etc.) of the screens of the particular office 
attendant-type program, etc. What is important is that a 60 
particular user running an office attendant-type program on 
a particular computer may configure user interface-type 
attributes to more optimally configure the computer that the 
user will use to control the incoming and outgoing calls of 
the office, etc. It should be noted that, although other 65 
computers coupled to communications system 50 may 
simultaneously be running an office attendant-type program, 



each such computer in preferred embodiments may be 
independently configured to be more optimum for the par- 
ticular computer users. 

Other configuration windows illustrated in FIG. 7A 
include contact or PIM import window 117 and password 
control window 121. PIM import window 117 may include 
icon 119 for displaying menus or windows for importing 
contact information firom a PIM-type software program or 
database. In accordance with such embodiments, contact 
information to be used by the user running the office 
attendant type program may be readily imported from a 
PIM-type information database or contact list (which may be 
resident on the particular computer, in communications 
system 50 or on another computer coupled to a LAN), thus 
saving the time from entering contacts from a manual or 
electronic list. Password control window 121 may include 
icon 123 for displaying menus or windows for enabling the 
user to change his/her password. In preferred embodiments, 
the office attendant-type program(s) used to control tele- 
phony functions of communications system 50 utilizes pass- 
word protection to prevent database tampering and the like 
and also to prevent unauthorized use of the Office Attendant- 
type program(s). 

Referring now to FIGS. 22 and 23, additional aspects of 
these embodiments relating to office communicator-type 
programs (running on/in connection with processor/system 
resources 70, etc.) will now be described. These types of 
programs can be used in connection with the office 
attendant-type programs described elsewhere herein. Office 
communicator-type programs typically differ from office 
attendant-type programs in the types of functions they are 
optimized to perform. For example, the users of office 
communicator-type programs typically initiate and termi- 
nate calls, whereas the users of office attendant-type pro- 
grams typically also route calls. FIG. 22 illustrates an 
exemplary main window of an office communicator-type 
program, and FIG. 23 illustrates an exemplary screen pop up 
window for such a program. 

Referring to FIG. 22, the Main Window preferably 
includes a small appearance GUI footprint including three 
low profile line status indicators. Office communicator-type 
programs preferably do not include a 'Calls in Queue' or a 
'Calls on Hold' indicator. Alternative views of this window 
can be sized and displayed to take up less physical space on 
the screen for the end user. Such feature buttons allow 
additional functionality to be added into the program, for 
example, multiple call parking features can be added. In this 
example, there are two types of park: Self-Park and System 
Park. Self-park preferably parks the call at the extension of 
the person parking the call. Hence, if an outside caller calls 
extension xl25 and the user at xl25 answers and self parks 
the call, then the user at xl25 can page and announce "Pick 
up xl25". System park returns a parking addre.ss, or slot 
number of a predetermined number of parking .spaces that 
the system allocates for such call parking. Hence, if an 
outside caller calls extension 125 and the user at xl25 
system parks the call, then the display on ext 125's office 
communicator-type program will read: "Call Parked on 
<slot number>", e.g. "Call Parked on 2". Then the user at 
xl25 can page, and announce "Pick up 2". 

Referring now to FIG. 23, such an office communicator 
type program that is optimized for general telephone and 
computer use, can include a screen pop window as illus- 
trated. The main user interface illustrated in part in FIG. 22 
preferably consists of a three -line display. However, this 
main user interface is not intended to be maximized at all 
times. When an incoming call arrives, the screen pop illus- 
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trated in part in FIG. 23 will slide out and occupy a small 
portion of the screen to let the user know that there is an 
incoming call, and provide caller information to the user. In 
addition, such a screen pop may incorporate a visual signal, 
e.g., a rotating telephone icon, to help indicate that a call is 
trying to get through. When there are new messages at the 
extension, the screen pop will also appear to indicate (via an 
appropriate icon or other indicia, preferably rotating or 
otherwise moving in order to attract visual attention, etc.) 
that there is a message waiting. For making outbound call 
and other simple/more frequent call control operation, a 
toolbar with basic call control functions preferably is pro- 
vided to the user. Other visual and operational variations 
suitable for other working environments will be apparent 
from the above discussion. 

Referring to FIG. 22 and 23, additional exemplary pre- 
ferred features of such embodiments will now be described. 

A user can answer incoming calls by point-and-click 
using the mouse, by using the keyboard or by using the 
phone. The user is notified of an incoming call by both visual 
and/or audible effects. Users can make outbound caUs either 
using the mouse, by using the keyboard or by using the 
phone. 

When an incoming call arrives, if the phone is in TAPI 
mode and the phone is oflf-hook with no dial tone, the user 
can answer the call via the software application (e.g., mouse 
click on an appropriate icon, etc.). When an incoming call 
arrives and the user is already on another call, the user will 
be signalled of the incoming call on both the application and 
the handset (e.g., beep). Users preferably are notified of the 
caller id on the screen by the application, and he can answer 
the call by the application or by the phone (e.g., hitting the 
Flash). 

The user preferably may initiate a call from the applica- 
tion. If the phone is on-hook, preferably the phone would 
o indicate that the user has to pick up the handset 



The user can transfer the current call to another extension 
or to an oflfeite number from the phone by hitting 'Flash'. 
The user will then hear the dial tone. The user will then enter 
the transfer destination phone number. For bhnd transfer, the 

5 user hangs up the phone before the destination answers to 
complete the transfer. For consultation transfer, the user 
talks to the transfer destination, and hangs up the phone to 
complete the transfer. 

The user can join two calls on the extension by using the 

10 mouse, the keyboard, or the phone. By hanging up the 
handset when there are two calls on the extension would join 
the two calls together. 

The user can create a conference call with many attendees 
including the user by using the mouse, the keyboard, or the 

15 phone. The user can add conference attendees to the con- 
ference from the application by using the mouse or the 
keyboard. The conference attendees can already be on hold 
at the extension, or the user can dial out to the conference 
attendees to invite them to conference. The user can also add 

20 conference attendees by using entering the feature codes on 
the phone set. Regardless of how the conference is initiated 
(either by phone or by application), the user preferably may 
add additional attendees by using either the phone or the 

25 For removing conference attendees, the attendees can 
hang up their phone voluntarily. If it is desired for certain 
attendee to drop out of the conference, the conference master 
can use the application to selectively drop the attendee. The 
user can also drop the conference call and allowing other 
30 attendees to continue with the conference call if he or she is 
the conference master. 

When there are new voicemail messages on the extension, 
there will be a message waiting indication both on the phone 
(e.g., a blinking LED), and the application (e.g.. 



Once the handset is picked up, the call may then be 35 rotating mailbox icon). On the appKcation, the message 



from the phone, for example, by hitting 'FLASH^ 

The user can transfer the current c 
or to an offsite number by using the 
the phone. The application supports 



waiting indication will be on the main user interface as well 
as the screen pop. 

NetMessage is a feature preferably provided on the appli- 
cation. NetMessage can be initiated and received by any 
computers running ofSce communicator-type programs or 
office attendant-type programs. The application provides- 
two types of NetMessage i.e. transferring a call or leaving a 
text message. 
Transferring a Call 

During the transfer of a call, if the destination extension 
is on the phone or on DND (Do Not Disturb), the application 
preferably presents 3 options to the user. The user can put the 
caller on hold, sent the caller to the voicemail of the 
destination, or send a NetMessage to the destination's com- 
50 puter. On the receiving end of the NetMessage, the user 
would see a dialog box on his machine with the text message 
and 2 options i.e. accepting the call or ignore the call. If the 
user chooses to accept the call, the call automatically trans- 
fers from the originated extension to the destination. If the 
n put the current call on hold 55 user chooses to refuse the call, the application will notify the 



made. The user preferably then hears ring-back on the 
handset. Alternatively, if the phone is already in TAPI mode, 
the call would be made immediately and the user would hear 
ring-back on the handset. 

The user preferably may also initiate a call from the 40 
phone. The user would pick up the phone and hear dial tone. 
He or she can then dial the number from the phone set. When 
the user is already on another call and he wants to make 
another call by the application, he can choose to put the 
current caller on hold and dial the number, or the application 45 
would automatically put the current caller on hold when he 
dials the number. When the user is already on another call 
and he wants to make another call by the phone, he can put 
the current caller on hold by hitting 'FLASH' on the phone 
and dial the number. 

The user can put a current call on hold using the mouse, 
by using the keyboard or by using the phone. By making an 
outbound call, or answering another call from the 
application, the current call can automatically be put on hold 
by the application. The ui 



n the 



another extension 
the keyboard o 



Blind and Consultation. Blind transfer is transferring the 
caller to the destination number without talking to the person 
at the destination. Consultation transfer is transferring the 
caller to the destination number after talking to the person at 
the destination. The application would support both type of 6 
transfer with a single user interface to maintain the simplic- 
ity of usage. 



originated user that the call was refused. 
Leaving a Text Message 
Anyone thai is running either an office attendant or office 
r-type programs can initiate a NetMessage 
5 just a text message 



tj^es of transferee. 60 anytime. NetMessage in this 



posted on the destination machine. The n 
option of replying to the message. 
PIM Integration 

The user can import the contacts that have been stored in 
any of the supported PIM software. The user can then choose 
to put them in any folder he wants. After importing, he can 
then organize the contacts into different folders. The user can 
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export the contacts that he has stored in the personal folders In preferred embodiments, window 130 also includes 

to any of the supporting PIM software format. calling feature buttons or icons such as dialpad icon 134, 

OfEce communicator-type programs provide the user with feature icon 136, system icon 138 and/or contacts icon 140. 

a screen pop which will appear on the screen when an other icons may include call log icon 142 and/or conflgu- 

incoming call arrives. The screen pop can do a lookup to a 5 ration icon 144. Dialpad icon 134 preferably results in the 

PIM database for records matching the caller id information display of a dialpad, such as dialpad window 165 in the 

of the call, and display this information even while the call jo^^r left corner of window 130. Feature icon 136 prefer- 

is stm ringing. This feature can be used m a variety of useful ^^y results in the display of a set of feature buttons as will 

ways. For example, the end user can see customizable j^^^^^j connection with FIG. 8B. System icon 138 

database mformation connected to the caller that could assist * .1 u - .u j - 1 c . * ■ u 

the end user in deciding how to (or even whether to) answer '° ^'fr^^^^ '^f^ ^"^"^j'^ utnT^^ 

,u. „.„ & V 7 Will be descnbed m connection with FIG. 8C. Contact icon 



jjjg ggjj - ' - wui DC aescnoea m connection witn tiG. 8C. Contact icon 

Off-site Call Forwarding, Trunk to Trunk Transfers & Con- l""* preferably results in the display of a list of contacts/ 

ferences contact folders as will be described in connection with FIG. 

Off-site call forwarding (OSCF): In this scenario, an 8D. Call log icon 142 preferably results in the display of one 

internal or external call (call 1) terminates on the target ^5 or more windows displaying log-type information for 

station directly or via AA (auto attendant). The target station incoming or outgoing calls controlled by the office attendant 

has configured the user forward number to an external type program. Call log information may be retained on the 

number (ie: 9-555-1234). The system places an outgoing call particular computer running the ofBce attendant type pro- 

to the external number and connects call-1 to this trunk. This gram and/or centrally stored by communications system 50. 

results in a trunk to trunk or station to trunk call depending 20 Configuration icon 144 prompts one or more configuration 

on the source of caU-1. windows, examples of which have been described elsewhere 

Trunk to Trunk Transfer (I'l l): In this scenario an herein. Help icon 146 also may be provided in order to 

incoming external call-1 terminates on station via either display help information to the user of the oflSce attendant- 

DID, DIL, AA. The user answers call-1 putting the connec- type program. 

tion from incoming trunk to internal station in the connected 25 In accordance with preferred embodiments of the present 

state. The user flashes and transfers calI-1 to an ofifeite invention, hold icon 180 is provided to enable a caller to be 

number (9-555-1234) or transfers call-1 to an extension that readily put on hold by the office attendant type program user, 

is forwarded off-site (off-prem forwarding). Transfer icon 178 is provided to enable a caller to be readily 

Trunk to Trunk Conference (TTC): In this scenario an transferred by the ofBce attendant type program user 

incoming external call-1 terminates on station via either 30 (transfer are discussed in more detail in connection with 

DID, DIL, AA. The user answers call-1 putting the connec- FIGS. 9A through 9C). Hangup icon 176 is provided to 

tion from incoming trunk to internal station in the connected enable a caller to be readily disconnected by the office 

state. The user flashes putting call-1 on hold and dials (call attendant type program user. Net message icon 174 is 

2) an ofl:site number (9-555-1234) or extension that is provided to enable a net message to be sent by the office 

forwarded off-site (off-prem forwarding). Once call-2 is 35 attendant type program user (net messages are discussed in 

connected the user flashes and completes the conference. more detail in connection with FIGS. lOA and lOB). Con- 

The user (conference master) then hangs up which allows ference icon 172 is provided to enable conferences to be 

call-1 and call-2 to stay connected via trunk to trunk. established by the office attendant type program user 

The above, of course, are merely illustrations, and many (conferences are discussed in more detail in connection with 

other useful variations will be apparent to skilled artisans 40 FIGS. IIA through HE). Answer next icon 170 is provided 

from the present teachings for answering calls, PIM to enable the office attendant type program user to sequen- 

integration, transferring calls, etc. tially answer calls, such as, for example, in a situation in 

Referring now to FIGS. 8A to 8D, exemplary windows numerous calls have come in a short period of time, and the 

from illustrative preferred embodiments of office attendant- user wishes to sequentially access such calls. Preferably, the 

type programs in accordance with the present invention will 45 answer next icon prioritizes calls on hold higher than new 

now be described. As illustrated in FIG. 8A window 130 calls, although in preferred embodiments the priority of hold 

includes one or more line displays 132 (five are shown in calls versus new calls may be programmed into communi- 

FIG. 8A for illustrative purposes) for indicating various cations system 50. 

telephone lines available in the particular application of Dialpad window 165, accessed in response to activation 

communications system 50. The number of telephone lines, 50 of dialpad icon 134, displays a visual keypad, much like a 

of course, may be tailored for the particular application. traditional telephony keypad with buttons 164, and also 

Preferably positioned adjacent to line displays 132 is call/ preferably includes other buttons such as call button 168 (for 

line status display 148 for displaying symbols adjacent to initiating calls), clear button 166 (for clearing number or 

each line indicative of the status of the line, such as idle, information, such as subscriber information, displayed on 

phone ringing, active call in progress, call on hold, hold 55 display 162 (display 162 also may used to input numeric or 

recall alert, etc. Status display 148 provides a ready visual character information such as for a subscriber, and also may 

indicator to the user of the olSce attendant-type program of have a menu pull-down icon as illustrated to display a menu 

the status of the various telephone lines that are being of, for example, subscriber information)), personal button 

monitored. Also adjacent to the fine displays (as illustrated 156 (which may be used, for example, to make personal 

adjacent to status display 148) are user identification dis- 60 contact or PIM information available in display 162), system 

plays 150, which serves to display the name and/or exten- button 160 (which may be used, for example, to make 

sion or telephone number of one or both parties to a call. In system contact information available in display 162), or both 

certain embodiments, caller ID type information may be button 158 (which may be used, for example, to make both 

obtained by communications system 50 from an appropriate personal contact or PIM information and system contact 

interface card (see interface cards 82 of FIG. 3) and also 65 information available in display 162). 

displayed on displays 150. Displays 150 also may display a Referring now to FIG. 8B, window 182 is illustrated with 

clock indicating the duration of a call on a particular line. feature box 184 shown, which may be displayed through the 
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use of feature icon 136. Feature box 184 includes one or 
more configurable feature buttons 186. Such feature buttons 
enable a configurable environment for the oflSce attendant 
type program user, by enabling particular tasks to be con- 
figured for particular feature buttons. As illustrative 5 
examples, such task/features may include dialing particular 
calls, forwarding calls to another extension, transferring 
calls to another extension, unforwarding calls, setting do not 
disturb for particular extensions, dialing international or 
special toll calls or the like, or other tasks that a particular lO 
user may find desirable to have accessible with a single or 
very few clicks of the computer mouse or pointer The 
particular feature buttons preferably include textual infor- 
mation descriptive of the particular feature or task associated 
with the displayed button. In preferred embodiments, feature is 
buttons may be added or deleted as desired by the particular 
user. 

Referring now to FIG. 8C, window 188 is illustrated with 
system box 190 shown, which may be displayed through the 
use of system icon 138. In preferred embodiments, system 20 
box 190 includes a plurality of system buttons 192, which 
provide essential contacts, such as emergency numbers (e.g., 
police or fire or building security), the numbers particular to 
departments or ofScers in the particular company, branch 
ofBce numbers, etc. With the use of system box 190, a user 25 
may have readily displayed the numbers of essential or 
important contacts, which may be connected with a single 
click of the computer mouse or pointer. The numbers or 
contacts associated with particular system buttons may be 
programmed by the user, but more preferably are pro- 30 
grammed by the administrator of communications system 50 
and downloaded in a manner similar to the subscriber 
information as previously described. 

Referring now to FIG. 8D, window 194 is illustrated with 
contacts box 196 shown, which may be displayed through 35 
the use of contacts icon 140. Contact box 196 preferably 
includes a directory of contacts for the company of the user 
(illustrated generally as folder and contact tree 198), and 
also preferably contact or PlM-type information that may be 
obtained by importing from a PIM-type program or database 40 
resident in communications system 50 or on one or more of 
the computers coupled to communications system 50. 
Through the use of contacts icon 140 and contact box 196, 
contact information may be quickly provided to the oflSce 
attendant type program user with a single or very few clicks 45 
of the computer mouse or pointer. In alternative 
embodiments, caller ID information is available to commu- 
nications system 50, which may be made available to the 
oflice attendant-type program. In such embodiments, the 
office attendant-type program or a companion program may 50 
associate a contact with the caller ID information, and 
thereafter display contact information to the user. 

In preferred embodiments, calls may be directed to the 
computer running the ofEce attendant type program because 
a main number has been directed to this computer (and its 55 
associated telephone or headset), or because calls have been 
forwarded to the oflSce attendant type program, or because a 
called party is on the phone, has indicated the called 
extension is "do not disturb," etc. In such situations, the 
oflice attendant type program user may need to transfer calls 60 
to other extensions, either inside the ofiSce or outside the 

Preferably, persons in the oflSce have a computer running 
a program in companion with the ofiGce attendant-type 
program. Such windows may include, for example, an 65 
animated icon, caller ID information, etc., and may include 
one or more icon the clicking of which causes the call to be 
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answered. In such preferred embodiments, the oflSce atten- 
dant type program may cause one or more windows to 
appear on the computers of particular persons in the ofSce, 
such as a pereon to whom a call is being directed. As an 
illustrative example, a call may come in through WAN 
services network 58 (see, e.g., FIG. 3) and be directed to a 
main telephone number, which may be designated to be 
forwarded to a telephone associated with a person running 
the oflSce attendant type program on a particular computer 
24, and may be so directed by way of TDM bus 78 and 
switch/multiplexer 74, under control of processor/system 
resources 70. The computer 24 running the oflSce attendant 
type program may be used to transfer the incoming call to a 
particular extension, which may be readily accomplished by 
way of transfer icon 178 (see FIG. 8A). 

FIG. 9A illustrates window 200, which may provide a list 
of subscribers and extensions 202. By selecting a particular 
subscriber with a mouse or pointer, the transfer may be 
readily completed with a simple click of the mouse or 
pointer on transfer icon 204. Alternatively, the transfer 
operation may be canceled by a click of the mouse or pointer 
on cancel icon 206. It should be noted that, because the 
current subscriber information has been downloaded by 
communications systems 50 (as described elsewhere 
herein), more reliable transfer of calls may be achieved in 
accordance with the present invention. 

In accordance with preferred embodiments of the present 
invention, in the event of a failed transfer, for example in 
case the extension to which the call is being transferred is 
busy, a window preferably is automatically displayed on the 
computer running the office attendant type program. An 
exemplary window 208 is illustrated in FIG. 9B. As 
illustrated, display 210 may display a descriptive message, 
such as "line busy," "do not disturb," etc. Preferably, a 
number of icons also are simultaneously displayed to aid the 
office attendant type program user in processing this call. 
Hold icon 212 may be used to place the caller on hold. 
Message icon 214 may be used to initiate a net message to 
the party to whom the call is to be transferred. Voice mail 
icon 216 may be used to direct the call into the voice mail 
of the party to whom the call was to be transferred. Cancel 
icon 218 may be used to cancel the transfer operation. With 
such an automatically generated window 208, the office 
attendant type program user is presented with options to 
more quickly process such calls, again preferably with a 
single or very few clicks of the mouse or pointer 

In certain embodiments, activation of hold icon 212 
automatically "parks" the call on the extension of the party 
to whom the call is to be transferred. In certain 
embodiments, particular subscribers may have the option to 
program their extension so that calls parked on their exten- 
sion may or may not be automatically connected once the 
called party has completed its current call. In such 
embodiments, it may be desirable to have the called party 
informed that a call is being held. Preferably in such 
embodiments, the office attendant type program may be 
configured to automatically send a message (over a packet 
bus, as described earlier) to the computer of the party to 
whom the call is to be transferred, such as is illustrated by 
window 220 in FIG. 9C. In such embodiments, window 220 
may contain message box 222, which may contain a mes- 
sage such as "call holding" or "call holding from Mike at 
extension 226," or "call holding; outside caller, number 
xxx," etc. What is important is that message box 222 display 
a message that a call is holding, with appropriate informa- 
tion identifying the caller displayed to the extent possible or 
desired. It should be noted that in certain embodiments caller 



us 6,366,578 Bl 



27 

ID information is displayed, and in some such embodiments 
a directory or library of names or other identifying infor- 
mation may be contained in communications system 50 
and/or one or more of the computers connected to the LAN 
so that names or other identifying information may be 
associated with the caller ID information and displayed in 
message box 222. Preferably, the computer of the called 
party plays an audible tone or sound. 

In such embodiments, the called party may decide to 
terminate his/her existing call and accept the call from the 
party being transferred, such as by clicking on accept icon 
224. Alternatively, the called party may decide to have the 
call from the party being transferred wait, such as by 
clicking on wait icon 226. The particular user being called 
preferably has the option to configure his extension to accept 
parked calls or to not accept parked calls. The particular user 
also preferably has the option to select an allowed parking 
time before the call is returned to the user running the office 
attendant type program. Thus, a transferred call may be 
temporarily parked, with an appropriate message displayed 
on the computer of the called party, with the parked call 
either accepted by the called party cUcking on accept icon 
224, returned to the user running the ofBce attendant type 
program or forwarded to voice mail after a parking time out 
time has elapsed, or the call held longer than the allowed 
parking time by the called party clicking on wait icon 226. 
In certain embodiments, clicking on wait icon 226 enables 
the call to be parked indefinitely, while in other embodi- 
ments a second, longer and preferably user configurable 
parking time is enabled (thus preventing a called from being 
held for an indefinite period of time). If a time out time is 
exceeded, preferably the call is returned to the user running 
the office attendant type program or forwarded to voice mail, 
and still preferably an audible tone or sound is periodically 
emanated from the computer of the called party while the 
call is parked, thereby providing a subtle reminder of the 
existence of the parked call. In certain embodiments, users 
have the ability to mute or lower the volume of the reminder 
sound, such as by way of an additional icon in window 220. 
In all preferred embodiments, users have the ability to 
configure and select the particular options described herein 
that the particular users may desire. 

It should be noted that a window 208 may be displayed in 
response to a transferred call being returned to the user 
running the office attendant type program, or it or a similar 
window may be displayed in response to the user running the 
oiSce attendant type program "looking ahead" to the status 
of the extension to which the call is to be transferred. What 
is important is that the user running the office attendant type 
program determine that the transfer may not be 
accomplished, and then optimally be provided with options 
for processing the call in an expedient manner, such as 
described elsewhere herein. 

It should also be noted that, in the event of a particular 
user extension being dialed directly without going through 
the office attendant type program, a window such as window 
220 of FIG. 9C may be displayed on the computer of the 
called party, either automatically for all calls, or only in the 
event that the called party has put his telephone on do not 
disturb, but has configured his extension to receive a mes- 
sage notification of calls, or in the event that the called party 
is on the line. In such embodiments, communications system 
50 may generate such a window by a suitable message sent 
over by packet bus to the user's computer. In such 
embodiments, communications system 50 may simulta- 
neously ring a user's extension and notify the user of the call 
with a net message, with the called being accepted, parked 
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or forwarded to voice mail such as described earlier. Of 
course, in the event that a user previously configured his 
extension to be automatically forwarded to another exten- 
sion or location or to voice maO or the like, then commu- 
5 nications system preferably takes the programmed action 
directly. As an illustrative example, a user may configure his 
extension so as to route all calk to another extension or to 
a local or long distance telephone number. Such a user also 
may configure his extension so as to route all calls as voice 
10 over IP ("VoIP") call. In the later situation, processor/system 
resources 70 and/or DSP 76 may process the incoming voice 
information (received through the appropriate station card 
82 and via TOM bus 78, etc.) into appropriate IP packets, 
which may then be routed, for example, through an HDLC 
15 framer/deframer 73B, through switch/multiplexer 74, over 
TOM bus 78 and out over a designated IP connection via 
WAN services 58, etc. 

As previously described in connection with FIGS. SAand 
9B, a user running the office attendant type program pref- 
20 erably is presented with icon 174 (FIG. 8A) and icon 214 
(FIG. 9B) for generating net messages, such as to send a net 
message to a user to whom a call is to be transferred, or to 
otherwise send a net message to a particular user, etc. FIG. 
IDA illustrates window 230 as an exemplary net message 
25 window that may be generated in response to clicking icon 
174 or 214. As illustrated, window 230 preferably includes 
box 232 to identify the recipient of the intended net message, 
which may be automatically selected by the office attendant 
type program in the event of a failed call transfer situation. 
30 Otherwise, the recipient may be selected by pull-down menu 
as illustrated, or by direct entry of a name or extension 
number, etc. In preferred embodiments, as letters of the 
name is typed, the office attendant type program automati- 
cally scrolls through the subscriber directory in order to 
35 more arrive at the desired net message recipient. 

Box 234 is provided in order for the office attendant type 
program user to type a desired net message. In alternative 
embodiments, a list of pre-generated net messages are 
available via a pull down menu or window opened with an 
40 icon or the like (such pre-generated messages may include 
whole or partial messages, greetings, etc. that are frequency 
utilized, thereby saving the user from having to type a 
repetitive message, etc.). The net message may be sent by 
clicking on send icon 236 or canceled by clicking on cancel 
45 icon 238. It should be noted that the net message recipient 
may be a user physically located in the same office and 
receive the net message by way of packet bus 80A or SOB 
(see FIG. 3), or alternatively, the net message may be sent 
as Internet or other message by way of TCP/IP through 
50 modem 75 or through the WAN services network 58 (e.g., a 
Tl connection) by passing through an HDLC framer 73B, 
such as was described with reference to FIG. 3. Thus, in the 
situation in which a particular user is "off-premises," calls 
may be forwarded off-premises (by appropriate program- 
55 ming of the particular user's extension, as described else- 
where herein), and net messages likewise may be forwarded 
off-premises. 

FIG. lOB illustrates net message window 240 that may 
appear on the computer of the recipient. The recipient is 

60 presented with the net message in window 242, and may 
close the net message by clicking icon 244. Alternatively, net 
messages may be stored for archival purposes or later 
viewing, and in alternative embodiments net messages also 
include a reply icon which may be cHcked in order to bring 

65 up a window in which a reply message may be typed. In such 
embodiments, an office attendant type program user may 
inform the recipient, for example, of a particular caller, and 
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the recipient may inform the ofBce attendant type program 
user, for example, that the caller should be directed to a 
particular individual or department or processed in a par- 
ticular way (directly to voice mail, call terminated, etc.). 
With such embodiments, packet bus or other messages may 5 
be readily exchanged in a manner to more readily facilitate 
telephony management etc. 

In alternate embodiments, net messages may be sent from 
a computer running an ofiSce attendant-type program or a 
companion program, to any other computer coupled to lO 
communications system 50, either by way of the LAN or 
WAN, etc. In such embodiments, for example, if the user to 
whom a message is directed is logged onto communications 
system 50, the net message may be sent (preferably via 
communications system 50) either as a net message as 15 
previously described, or in the form of a visual "pink slip," 
"yellow sticky note," etc., which preferably appears in a 
small window on the screen of the user/message recipient. 
Still preferably, such "pink slip" or "yellow sticky note" 
messages include icons for options such as reply, delete, 20 
file/store, minimize, etc.; preferably, after a reply, delete, 
and/or file/store command, the message window automati- 
cally disappears. In certain embodiments, if a plurality of 
such messages are received and have not been processed so 
as to disappear, then such messages automatically stack up, 25 
with a visual representation of stacked messages presented 
to the user (e.g., showing a third dimension of a stack of 
messages, etc.). In such embodiments, the user preferably 
sees the most recently received message on top, and also has 
the option to freeze/hold the updating of the message stack 30 
such as by selecting a suitable icon (e.g., if the user is 
reading a particular message, he/she may command that the 
message being read is not replaced by a subsequently 
received message), scroll through the stack of messages, etc. 
Still preferably, the user may select (again my suitable icon) 35 
that a particular message be forwarded to himself/herself as 
email, or to another person either as a similar message or 
email, etc. In preferred embodiments, communications sys- 
tem 50 automatically stores and sends as email all such 
messages that are not processed in a definitive manner by the 40 
user (e.g., if the user logs off without having replied, deleted, 
stored, etc. such messages, then communications system 50 
processes such unclosed messages as emails to the particular 
user or users, etc.). 

It also should be noted that a sender of a net message may 45 
be prompted that a particular user to whom a net message is 
being directed is not logged on. In such embodiments, the 
sender may then be prompted (such as with a suitable 
information display and icon) to convert the net message to 
an email message, etc. so 

As illustrated in FIG. 8A, conference icon 172 may be 
utilized to initiate a conference call in accordance with 
certain preferred embodiments of the present invention. 
Certain conferencing preferred embodiments of the present 
invention will be described with reference to FIGS. IIA 55 
through HE. 

As indicated, conference icon 172 may be utihzed to 
initiate a conference call in accordance with the present 
invention. Alternatively, in other preferred embodiments the 
conference call may be initiated by a click and drag opera- 60 
tion. For example, an icon indicating a received call or the 
status of a received call (such as described earlier) may be 
clicked and dragged over the opened dialpad (see, e.g., FIG. 
8A). The office attendant type program recognizes this click 
and drag operation as a request to open a suitable conference 65 
window, and the office attendant type program thereafter 
automatically opens the conference window. 



FIG. IIA illustrates one embodiment of such a conference 
window 250. As illustrated, conference window may include 
box 252, which may serve to indicate what calls, if any, are 
presently displayed on the office attendant type program 
"console" (e.g., windows 150 of FIG. 8A). In the event that 
calls are present on the console, such calls may be added to 
the conference through the use of add icon 254. Attendees 
invited to join the conference may be displayed in window 
260. Through the use of icon 256 one or more particular 
attendees may be selected with the pointer or mouse and 
removed from the conference call attendee list, and through 
the use of icon 258 all attendees may be removed from the 
conference call attendee list. Window 262 may serve to 
display attendees current participating in the conference call 
in the event that window 250 is opened while a conference 
call is in progress. Icon 264 may be used to call other parties 
in order to invite such parties to participate in the conference 
call, and icon 266 may be used to cancel the add conference 
call attendees operation (i.e., close window 250). Icon 268 
may be used to finish the add conference call attendee 
operation and preferably initiate or continue the conference 
call; in FIG. IIA icon 268 is illustrated as not active given 
that multiple invited attendees are not present and no con- 
ference call is on-going (and thus the conference cannot be 
initiated or continued). 

In the event that icon 264 is selected, a call others 
operation may be initiated. FIG. UB illustrates one embodi- 
ment of window 270 for calling additional attendees. As 
illustrated, window 270 preferably includes dialpad 272, 
which may be utilized to dial the extension or telephone 
number of a party to be added to the conference, which may 
be a party either on premises or off premises. Window 274 
may be used to access either personal or system contact 
information, or both personal and system contact 
information, such as previously described. The names of 
particular subscribers may be entered or displayed in win- 
dow 273, and the extension or number of a particular party 
to be added to the conference may be entered or displayed 
in window 276. Additional attendees may be added with 
icon 278 or removed with icon 280, with the additional 
attendees identified in window 282, with attendees in the 
conference identified in window 284. The next icon 286 
preferably may be used to proceed to a dialog box from 
which the additional attendees may be called to join the 
conference. Selecting the finish icon 288 preferably results 
in the conference commencing or continuing without pro- 
ceeding to a call dialog box. 

In the event that next icon 286 is selected, a call attendee 
dialog box preferably appears, with an exemplary dialog box 
illustrated in FIG. 11 C. As illustrated, window 290 includes 
call icon 294, which may be used to initiate a call to a 
particular selected additional attendee (who may be selected 
with the mouse or pointer in a conventional manner). 
Remove icon 292 may be used to remove additional attend- 
ees from window 296. Preferably, each additional attendee 
is called and informed that they are being added to the 
conference call; if the additional attendee agrees to be added 
to the conference call, the call preferably is placed on hold; 
otherwise the caller may hang up or be processed in some 
other desired manner. Once all additional attendees have 
been contacted and placed on hold as desired, finish icon 300 
may be selected to initiate or continue the conference with 
the additional attendees. Back icon 299 may be use to return 
to the window illustrated in FIG. HE in order to add 
additional attendees, etc. 

Preferably, as additional attendees are called, window 302 
appears as illustrated in FIG. IID. As illustrated, window 
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302 includes information display 304, which preferably 
displays the name and/or number of the additional attendee 
being called, as well as the status of the call. Icon 306 may 
be used to hang up or terminate the caD, while icon 308 may 
be used to add the additional attendee to the conference call. 
Still preferably, an add conference attendee window is 
invoked, for example, if one call has been added to the 
conference and no other call is active on the console, etc. 
Still preferably, conference call monitor window 310 may 



oflSce may effectively be passed from computer to computer 
along the same packet bus or from a first computer con- 
nected to a first packet bus to a second computer connected 
to a second packet bus. Thus, telephony control may be 
eflSciently transferred from computer to computer in a flex- 
ible and desirable manner, which may include computers at 
different locations within the office. 

It also should be noted that an office attendant-type 
program also may be run firom a location remote from 



remotely from the office, with control passed from computer 
to computer in an efficient and desired manner. Additionally, 
the user of the remote computer may run an office attendant- 
type program or a companion program as described else- 
where herein, and from such remote location be coupled to 
communications system 50 and remotely reconfigure the 
telephony and/or voice mail settings for the particular user. 



be displayed by the office attendant type program, as illus- lo communications system 50, such as on a computer coupled 

trated in FIG. IIE. As illustrated, window 310 may include to WAN services network 58 of FIG. 3. In such 

window 312 for displaying an identification of all attendees embodiments, a remote computer coupled to communica- 

participating in the conference call. From window 310 tions system 50 over a WAN network connection may run 

additional parties may be added to, or removed firom, the the office attendant-type program and remotely control the 

existing conference call. Icon 314 may be used to confirm is telephony functions of the office, in a manner such as 

that the existing list of conference participants is acceptable. described previously herein. Thus, control of telephony 

Icon 316 may be used to allow the party running office functions may be effectively performed in the office 
attendant to join as a party to the conference call. Icon 318 
may be used to add additional parties to the conference call, 
such as a call that is existing on the console as illustrated in 
FIG. 8A (as an example, a call is received by the office 
attendant program while the conference is in progress), or by 
adding an additional attendee. Such operations to add addi- 
tional attendees preferably may be achieved as described 

earlier in connection with FIGS. UA through UD. Icon 320 25 As an example, the remote user may use the remote 

may be used to remove attendees from the conference call. puter in order to direct telephone calls to his/her extension 

What should be noted is that, in accordance with the to voice mail, or alternatively to have such calls forwarded 

present invention, easy to use and intuitive graphical inter- to another extension or to a remote telephone number. With 

faces are provided to initiate, maintain and monitor confer- such embodiments, particular users may remotely access 

ence calls in accordance with preferred embodiments of the 30 communications system 50 and, for example, control the 

present invention. Such embodiments preferably are imple- forwarding of calls to an internal or remote location. As a 

mented utilizing commimications system 50 as illustrated, particular example, a user using a notebook computer or 

for example, in FIG. 3, which provides a exceptionally PDA, etc., may couple to the Intemet or WAN, etc. from a 

desirable platform for managing voice and data communi- remote location, and direct that telephone calls to his/her 

cations while allowing a user to more optimally manage 35 office extension be forwarded in a desired manner (e.g., 

and/or participate in such conference calls. off-premise call forwarding, etc.). With the user able to 

Still other features in accordance with preferred embodi- access communications system 50 and remotely set and 

ments of the present invention will be described with store PBX-type settings remotely, a variety of desired recon- 

reference to FIG. 12. As illustrated in FIG. 12, communi- figuration options are presented to the user, 

cations system 50 (which preferably may be implemented as 40 Additional advanced PBX/telephony-type functions in 

described in connection with FIG. 3) is coupled to one, two accordance with other embodiments of the present invention 

or more packet buses (such as packet buses 80A and SOB), will now be described. 

connected to which may be a plurality of computers 24. One In preferred embodiments, communications system 50 
or more computers 24 may run an office attendant-type may dynamically associate physical telephones 12 with 
program, or alternatively a companion program to the office 45 particular user extension numbers. In certain respect, this 
attendant-type program, such as described elsewhere herein. may be considered like a "DHCP" (described elsewhere 
As previously described, such computers running an office herein) for physical telephones. For example, a system 
attendant-type program may be advantageously utilized to administration may run a configuration/administration pro- 
manage and control incoming and outgoing calls in the gram (such as described elsewhere herein) and configure an 
office. In accordance with the present invention, for 50 extension number (e.g., 200) for a particular user, including 
example, a first computer 24 at a first physical location in the as.sociated parameters for such user, such as telephony and 
office (e.g., coupled to communications system 50 over a voice mail options (e.g., user forward settings, including off 
packet bus, for example) may be designated as the telephony premise call forwarding, busy forward settings, ring-no- 



control station for managing the incoming and outgoing 
calls. A second computer 24 at a second physical location in 5 
the office (e.g., coupled to communications system 50 over 
the same or a different packet bus, for example), may be 
designated as a secondary telephony control station. If the 
first telephony control station exceeds a designated call 
capacity (such as described earlier), or the first telephony 6 
control station goes off-line such as to due to a local failure 
or due to the user of the first telephony control station 
logging off, etc. (such as going to lunch, going home for the 
day, etc.), the second telephony control station is ready to 
immediately assume control of managing the incoming and 6 
outgoing calls of the office. In accordance with such 
embodiments, control of the telephony functions of the 



forward settings, time of day forward settings, 
display name for telephones displaying caller names, etc., 
whether the telephone is configured lo be a telephone for a 
user running an office attendant-type program, etc.). At this 
time, the system administrator may or may not assign a 
physical telephone to that extension. Thereafter, the system 
administrator may notify the user that his/her extension 
number is 200. The system administrator also has the ability 
to enable and/or assign physical telephones. In the event that 
the system administrator has not assigned a physical tele- 
phone to that user, the user preferably has the ability to 
assign a physical telephone to his/her extension. For 
example, the user may pick up a telephone that has been 
enabled, and preferably does not have an extension assigned 
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to that telephone, and the user enters a special code, e.g., 
numbers that communications system 50 recognizes as a 
request to assign a physical telephone. In certain 
embodiments, communications system 50 audibly informs 
(such as using DSP 76) the user of the status of that physical 5 
telephone (e.g., enabled or disabled, presently assigned to an 
extension, etc.). Thereafter, the user preferably is prompted 
audibly to enter his/her extension number. Optionally after 
a confirmation prompt, communications system 50 then 
assigns that physical telephone to the particular user. Still lO 
optionally, if the particular user extension is already 
assigned to another physical telephone, then communica- 
tions system 50 un-assigns the other physical telephone at 
the time a new physical telephone is assigned to the par- 
ticular user/user extension. 15 

As will be appreciated, with such embodiments a special 
code also may be provided to un-assign physical telephones 
from particular user extensions, which preferably is imple- 
mented with password protection for particular users to 
ensure that the user's extension may not be assigned or 20 
re-assigned to physical telephones without the user's autho- 
rization or control (e.g., after entry of the extension number, 
communications system 50 prompts the user for a password 
associated with that user extension, and only allows assign- 



In all such embodiments, users may be desirably informed 
that they have email and/or voice mail with their telephony 

device (e.g., telephone). 

As described elsewhere herein, communications system 
50 may serve to provide email services to particular users 
with telephone extensions associated with communications 
system 50, etc. In addition, communication system 50 also 
provides a platform (such as with processor/system 
resources 70) on which various management, administration 
or other types of applications may be run (exemplary such 
applications are described elsewhere herein). In one 
embodiment, various WAN and other information is pro- 
vided using an what is known as a SNMP-type protocol (as 
is known in the art, SNMP stands for Signaling Network 
Management Protocol, which is a protocol/method by which 
network management applications can query or request 
information from a management agent (such as are imple- 
mented in the present invention with processor/system 
resources 70 and appropriate software, etc.). A novel aspect 
of such embodiments of the present invention is that the 
voice mail system of communications system 50 also is 
implemented in a manner to provide voice mail related 



information in an SNMP-type form. Thus, in accordance 

a physical telephone to that extension if the correct 25 wi'h such embodiments of the present invention, commu- 

password is entered, etc.). Thus, a user may assign his nications system 50 stores a variety of information relating 

extension to a physical telephone by picking up that tele- to voice mail, such as information relating to the status of the 

phone and entering appropriate commands via the telephone voice mail system, failure or alarm-type information, usage 

keypad, and may un-assign hisAier extension from that statistics, etc. In such embodiments, any tool or application 

physical telephone by similarly picking up the physical 30 that is SNMP compliant can access and view such voice- 



telephone and entering appropriate commands 
phone keypad (or by assigning the extension to a diHerent 
physical telephone, as previously described), etc. In accor- 
dance with such embodiments, various office telephony 
arrangements may be implemented, such as an office 
arrangement in which a plurality of cubicles, offices or other 
physical spaces are provided with physical telephones but 
are not assigned to particular users. In accordance with such 
embodiments, particular users may be assigned an 
extension, and may occupy an available physical space and 40 "^^^ 

assign the physical telephone in that physical space with the 

user's extension. At the end of time for occupying that inCalls 
physical space, the user may un-assign his^er extension 
from that physical telephone, and then re-assign the exten- Ms^sent'* 
sion to another physical telephone when the user later 45 MsgSendFai 
occupies another physical space, etc. 

Additionally, as previously described communications 
system 50 may serve as an email server or otherwise serve 
to distribute email to particular computers (such as comput- 
ers 24) coupled to communications system 50. Thus, com- 
munications system 50 can store information indicating that 
a particular user or users have received email. In such 
embodiments, communications system 50 preferably pro- 
vides a visual or audio indication to the user that he/she has 
email. As illustrative examples, a special dial tone or mes- 
sage may be generated (such as with DSP 76) and presented 
to the user's telephone so that, when the user picks up his/her 
telephone, the special dial tone or message alerts the u.ser 
that he/she has email (which also may include a special tone 
or message indicating that the user has voice mail). As one 
example, the tone or message may be a particular sound, but 
preferably is an audible message such as "you have email," 
or "you have voice mail and email" or "you have voice 
mail," etc. In the event that communications system 50 is 
implemented with telephones 12 having message indicator 
lamps, a particular lamp or blinking sequence may be used 
to indicate that the user has email, voice mail or both, etc. 



mail related information. Exemplary voice-mail-related 
information that may be made available via SNMP to an 
SNMP compliant tool or application is set forth in Table 1. 
With such embodiments, network (WAN and LAN, etc.) and 
PBX information along with voice mail-related information 
may be desirably provided using SNMP to a variety of 
SNMP tools and applications. 



TABLE 1 



MbxLogon 
MbxLogoff 

3 

TooManyErrors 
TooShort 

MWIOn 
MWIOff 
MWIFail 

TMOOper 

^ ZeroOper 
ErrorOper 
ErrorPassword 



Number of times users logged off their iv 
Number of times callers were dropped 



er of requests to turn MWI On 
er of requests to turn MW[ Ofif 
er of MWI (On/Off') requests thai 



MSS Number of tii 
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TABLE 1 -continued 



FwdMsg 
RepIyMsg 



74 the data stream may be coupled via an appropriate station 
card 82 to outgoing T-1 line 51 to WAN services network 58. 

Yet another embodiment of video conferencing in accor- 
dance with the present invention is described with reference 
5 to FIG. 13C. As illustrated, computer 24 is coupled to 
communications system 50 over packet bus 80A (see, e.g., 
FIG. 3). Computer 24 includes camera 24A and preferably 
a microphone and speaker. "Wdeo and audio information 
preferably are coupled between communications system 50 
10 and computer 24 through an appropriate packet standard, for 
example what is known as H.323. Referring again to FIG. 3, 
in such embodiments packetized video information is pro- 
vided from computer 24 to communications system 50 over 
packet bus 80A. Processor/system resources 70 processes 
15 the packetized data stream (e.g., de-packetizes the data 
stream), which preferably now is in a suitable form/protocol 
(such as TCP/IP) for transmission to a remote computer 
running a compatible video conferencing program. As illus- 
trative examples, the video data stream may be directed by 
20 processor/system resources 70 to fax modem 75 and coupled 

to a remote computer, or the video data stream may be 

directed by processor/system resources 70 to an HDLC 
Video Conferencing Type Applications framer/deframer 73B, to switch/multiplexer 74, to TDM bus 

In accordance with preferred embodiments of the present yg^ ,o a„ appropriate station card 82 and to WAN services 
mvention, advanced video conferencmg capability may be ,5 ^^^^^^y. t^unk 51 to which is coupled one or more 

-caddy provided in a variety ot oflice environments. Certain ^^^^j^ computers for completing the video conference. It 

also should be understood that one or more such computers 
desiring to establish a video conference also may use an 
Internet connection established with the aid of what is 
) known as an ILS (or Internet locator service) dynamic 
directory, a real time directory server component, which 
serves to aid "user to IP mapping" for establishing desired 
point-to-point connections for video conferencing. 

It also should be noted that such video streams from 



AAAVMS 
Number ol 
AAA'MS 
Number ol 



Number of 
recorded 
Number of 



direct external (trunk) calls int< 
external calls forwarding into 
direct internal (station) calls in 



a Name message w 
a Greeting message 



such preferred embodiments will be described with 1 
encc to FIGS. 13A through 13C. Such embodiments may 
also be more readily understood by also referencing previ- 
ously described figures, such as FIG. 3, etc. 

With reference to FIG. 13A, video conferencing in accor- 
dance with a first embodiment will be described. As illus- 
trated in FIG. 13A, communications system SO is coupled to 
video conferencing unit or VCU 330. VCU 330 may be a 
video conferencing system or a higher end computer or the 



e that preferably includes camera 334 and is coupled to 35 computer 24 may be directed to 01 

on the s 



re other computers 



; packet bus 80A (using the hub featii 
s system 50), or to one or more other com- 
a different packet bus (using the router feature of 
s system 50), such as previously described. 
) It should be noted that the documentation lor particular 
video, telephony and other standards, such as i'-l, ISDN, 
V.35, H.320, H.323, etc. are publicly available, and such 
standards documentation is hereby incorporated by refer- 
As also described elsewhere herein, in preferred embodi- 
ments VoIP communications may be readily enabled. Refer- 
ring again to FIG. 3, voice from a telephone 12 may be 
coupled via station cards 82 and TDM bus 78 to switch/ 
multiplexer 74. From switch/multiplexer 74, the voice data 



IS system 50 over bus 332, which preferably 
is a high speed serial or other interface trunk, such as, for 
example, what is known as a V.35, V.36 or V.37 interface 
trunk. In such embodiments, cards 82 of communications 
system 50 include an appropriate interface card for the 4 
particular interface trunk and preferably enable a direct and 
compatible interface with VCU 330. In such embodiments, 
video information from camera 334, and audio information, 
as appropriate, from VCU 330, are coupled to communica- 
tions system 50 over bus 332. Still preferably, the data 45 
stream from VCU 330 is in a form compatible with trans- 
mission over, for example, a T-1 line. In such preferred 
embodiments, the data stream from VCU 330 is coupled to 
TDM bus 78 via station cards 82, and then coupled to 

switch/multiplexer 74, and then redirected via switch/ 50 stream may be directed to DSP 76, which directly or in 
multiplexer 74 to, for example, T-1 line 51 that is coupled to conjunction with processor/system resources 70, produce 
WAN services network 58 (ofcourse, one or more additional appropriate IP packet data (in effect, DSP 76 and/or 
compatible VCUs preferably are coupled to WAN services processor/system resources 70 serve as, for example, a 
network 58 in order to complete the video conference). In TCP/IP processor). After IP packeting, the voice data maybe 
such embodiments, video conferencing may be achieved 55 directed to WAN services network 58 via an HDLC framer/ 
efficiently with a data stream coupled from VCU 330 to deframer 73B (such as described elsewhere herein), or may 
communications system 50 to, for example, a T-1 line via be directed to one or more packet buses/LANs, also as 
TDM bus 78 and switch/multiplexer 74. previously described. It should be noted that, with DSP 76, 

FIG. 13B illustrates VCU 336 with camera 340 (which which may be configured to provide substantial processing 
may be previously described) coupled to communications 60 resources, voice data may be IP processed effectively with 
system 50 over bus 338, which in this embodiment in an minimal or no consumption of the resources of computer/ 
ISDN or T-1 type interface that supports, for example, a system resources 70, thereby helping to prevent an undesir- 
H.323 video conferencing standard. In such embodiments, a able loading of computer/systems resources 70. 
data stream (e.g., video and audio) from VCU 336 is coupled It also should be noted that such embodiments have been 
to communications system 50, coupled via an appropriate 65 described with reference to VoIP applications. It should be 
lSDN/T-1 compliant station card 82 to TDM bus 78 and to noted that such embodiments also may be used with other 
switch/multiplexer 74. Thereafter, from switch/multiplexer network protocols that may carry voice-type information. 
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Thus, in accordance with the present invention, a network 
prolocol (such as IP) may desirably be used to efficiently 
carry voice-type information, thereby providing more effi- 
cient comtnunications services to office utihzing communi- 
cations system 50. 

It also should be noted that, with communications system 
50 implemented such as illustrated in FIG. 3, data, voice and 
video streams may be converged over a common T-1 trunk. 
Thus, a user may more readily be able to efficiently use a T-1 
type of WAN resource with an integrated system that intel- 
ligently manages and bridges voice, data and video data 
streams and processes. 

While the various windows, buttons and icons illustrated 
herein are not limitative of any particular aspect of the 
present invention, such features and combinations of fea- 
tures have been determined to provide advantages to users of 
such an office attendant-type program, particularly when 
used with embodiments of the present invention as illus- 
trated in FIG. 3 and the other drawings and related descrip- 

In accordance with the foregoing description and 
embodiments, a variety of communications systems and 
data, voice and video processes may be desirably imple- 
mented. An exemplary communications system and the 
features of such an exemplary communications system wiU 
now be described. 

Communications system 50 delivers comprehensive com- 
munications support including PBX voice capability, fall 
LAN/WAN data connectivity, and a suite of communica- 
tions applications in a unified platform designed for 
scalability, reliabiHty, and ease of use. Communications 
system 50 integrates standards based communications hard- 
ware and software with switching technology in a single 
system to meet the needs of different size offices. Unlike 
other complex central site products that are difficult and 
expensive to manage, communications system 50 of the 
present invention is optimized for use by an office of 5 to 100 
users. 

Communications system 50 increases the efficiency of 
office communications and provides businesses a competi- 
tive edge by integrating the following voice, data, and 
communications functions into one remotely manageable 
platform: PBX; Voice mail; Automated attendant; 
Computer-telephony applications server; Channel bank; 
Router; CSU/DSU; LAN hub; Remote access server; and 
Modems. 

Communications system 50 architecture allows the user to 
combine one or more of the above referenced components 
into a single, easy-to-use, easy-to-manage system. Because 
the Communications system 50 seamlessly interfaces with 
legacy voice and data equipment, the user can purchase only 
those capabilities that is needed to create a comprehensive 
communications solution suited to user's business. As 
described earlier, an office attendant type program can be 
utiUzed assist communication system 50 to perform all of 
the above mentioned tasks. 

Communications system 50 supports today's mission- 
critical communications applications, while providing a 
natural migration path for new applications enabled by the 
convergence of voice and data. At the core of the platform 
are system resources designed for voice and data integration, 
including time division multiplexing 78 (TDM) and 
switching, high-speed packet switching 74, a multiprotocol 
framing engine 72, LAN/WAN interfaces 82, and digital 
signal processors 76 (DSPs). These resources are comple- 
mented by software services as illustrated in FIGS. 7A to 
HE such as advanced call control, messaging services, a 
database management system, and routing services. 
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Based on an embedded Windows NT operating system, 
communications system 50 applications use standard appli- 
cation programming interfaces (APIs) such as NDIS, TAPI, 
COM, and WinSock. With these APIs and communications 

5 system 50 TAPI Service Provider (TSP), applications devel- 
oped by independent software vendors, including advanced 
CTI applications, can be easily deployed on the system. 

Communications system 50 system also eliminates the 
complexity inherent in today's multivendor piece-part alter- 
natives. Instead of requiring installation and ongoing man- 
agement of multiple boxes from multiple vendors that were 
not designed to work together, this integrated system deliv- 
ers sophisticated voice and data solutions that are easy to 
install, administer, and use. 
Communications system 50 is a purpose-built, dedicated 

15 platform architected to ensure high availability. Some fea- 
tures include the "always-on" software architecture with 
subsystem isolation, SNMP-based management, fault 
monitoring, life-line communications, and remote diagnos- 
tics and fix capabilities. Also, fault-tolerance options include 

20 redundant power supplies and redundant hard disk drives. 
With communications system 50, the user can dramati- 
cally reduce the cost of acquiring, operating, and managing 
business communications. Communications system 50 
delivers the cost reductions of integrated WAN services and 

25 eliminates the need for the additional resources and person- 
nel required by today's multivendor communications alter- 
natives. The unified management console and tools provide 
a cost-effective method to remotely manage the entire cus- 
tomer premise. 

30 Communication system 50 includes many features and 
benefits such as being a fully integrated, adaptable, reliable, 
and high performance system, while being a system that is 
easy to install, manage and use. By utilizing a fully inte- 
grated system, communication system 50 includes, among 

35 other features, integrated suite of applications, digital trunks 
54, and a unified management console. Integrated suite of 
applications in communication system 50 provides an ideal 
platform for deploying future bu.siness-transforming 
Internet/voice applications while at the same time increasing 

40 productivity and customer satisfaction by cost-effectively 
deploying integrated voice and data applications. 

Referring back to FIG. 2, digital trunks 54 lowers tele- 
communications costs by integrating voice and data traffic 
on the same access trunk. Digital trunks 54 also allows a user 

45 to cost-effectively deploy high -bandwidth trunks to the 
smallest of offices. Finally, communication system 50 sig- 
nificantly reduces cost of deployment and ongoing manage- 
ment associated with legacy technologies, and reduces train- 
ing time by using a single graphical user interface. 

50 A further benefit of communication system 50 of the 
present invention is its adaptability to communications 
needs of the user. Communications system 50 includes a 
modular architecture that allows an office to pay only for the 
communications interfaces and options the office presently 

55 requires and also provides the flexibility to add hardware 
interfaces or remotely load software applications as the 
office needs change. 

Communication system 50 in the preferred embodiment is 
a standards based system. This ensures interoperability with 

60 existing communications infrastructure for seamless deploy- 
ment and provides access to the latest third-party applica- 
tions and technology. Communications system 50 is also 
adaptable to new technologies; thus, this protects an office's 
investment with an architecture designed to accommodate 

65 future technologies. 

Another feature of communication system 50 of the 
present invention is its reliabiUty. Some of communication 
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system 50 features that allow it to be reliable are the 
following: complete integration and extensive testing for 
hardware and software; embedded Windows NT operating 
system; redundant, load-sharing power supplies; indepen- 
dent fault monitoring; life-line phone support, and RAID-1 5 
disk mirroring. The benefits of these features are the fol- 
lowing: virtually eliminates expensive downtime that results 
from incompatible hardware and applications; provides a 
single point of contact for fault isolation; ensures maximum 
application availability by isolating application subsystems; lo 
increases security by preventing unauthorized access; pre- 
vents interruption of service due to power supply failure; 
ensures maximum system availability by providing an inde- 
pendent watchdog service; keeps the user informed of 
system status through notification of system problems, no 15 
matter where the user is; ensures phone service, even during 
a power failure; and prevents downtime due to hard disk 
drive failure. 

The multiple-bus architecture, application prioritization 
and isolation, and automatic route selection adds to the 20 
performance of communication system 50. These featares 
ensure high-grade voice quality by keeping voice and data in 
their native environments, allow conversion between the 
voice and data environments to support services such as 
voice over IP (VoIP), maximize investment by making 25 
community resources, such as DSPs and WAN/LAN 
interfaces, available to both voice and data applications, 
keep mission-critical communications systems functioning 
under heavy load by ensuring they receive required system 
resources, provide flexibility in routing calls, and least-cost 30 
routing saves money by dynamically selecting trunks based 
on criteria selected. 

Communication system 50 is easy to install, manage, and 
use. Some of the features making communication system 50 
easy to install, manage, and use are it is web-based man- 35 
agement for remote configuration, diagnostics, and health 
monitoring, remote software upgrades, rapid installation, 
customizable management levels, and full SNMP instru- 
mentation for voice and data. These features simplify man- 
agement tasks by using a single, consistent management 40 
interface for your voice and data infrastructure, reduces 
personnel costs by leveraging centralized technical 
resources to manage remote ofSces, minimizes downtime 
and on-site visits through extensive tools for remote trouble- 
shooting and diagnostics, ensures system integrity by flex- 45 
ibly addressing different access requirements for system 
administrators, enables a user to reduce support costs by 
distributing simple, repetitive tasks such as moves, adds, and 
changes to olEce personnel, leverages your existing SNMP 
infrastructure to manage both voice and data capabilities on 50 
the communication system 50, allows the user to save 
money by performing software upgrades from a central 
location, and saves valuable time and money because the 
system can be installed and configured quickly. 

Next, the specifications for the communications system 55 
50 in the preferred embodiment will now be described. As 
it will be apparent to one skilled in the art, it is important to 
note that a different configuration and/or additional or 
reduced number of components can be used with commu- 
nication system 50 without altering the scope and spirit of 60 
the present invention. In a preferred embodiment of com- 
munication system 50 of the present invention, a resource 
switch card (standard with every chassis) includes the fol- 
lowing: 12 lOBase-T Ethernet hub ports; 12 analog phone 
ports; 6 analog trunk ports (including 2 life-line ports); 65 
communications switch engine and other system resources; 
2 internal 56 Kbps fax/modems (V.90 and K56); fault 



RJ-45 (Ethernet), 50-pin RJ-21x 
(phone), 3.5 mm phono (fine-in, line-out), 15-pin VGA; and 
Indicators: System status; link and activity for each Ethernet 
port. 

The Optional expansion interfaces of communication 
system 50 includes the following components: (1) Analog 
trunk modules, with 4 and 8-port versions available; Loop 
start and ground start; REN: 0.65 B; Impedance: 600 ohms; 
Compliance: FCC Part 15 Class A, FCC Part 68, UL 1950, 
DOC, CSA; Connector: 50-pin RJ-21x; and Indicators: 
System status; (2) Tl trunk modules — 1- and 2-port versions 
available; Line rate: FTl and Tl (64 Kbps-1.544 Mbps); 
Framing: ESF, SF/D4; Line code: AMI, B8ZS; Integrated 
CSU/DSU; Compliance: FCC Part 15 Class A, FCC Part 68, 
UL, CSA, ANSI Tl.lOl (MTIE), ANSI Tl.403-1995, AT&T 
TR62411; Connector: RJ-48C, dual bantam (monitor jack); 
and Indicators: System status; red and yellow alarms for 
each Tl port. (3) lOBase-T Ethernet hub cards — 12- and 
24-port versions available; Layer 3 segmentation option: 
Traffic is routed between cards; FuU SNMP instrumentation; 
Compliance: FCC Part 15 Class A, FCC Part 68, UL, CSA, 
IEEE 802.3, ISO/IEC 8802-3; Connector: RJ-45; and Indi- 
cators: System status; Hnk and activity for each Ethernet 
port. (4) Analog station cards — 12- and 24-port versions 
available; Supports standard and enhanced analog phones 
with features such as enhanced caller ID display and 
message-waiting lamp; Operating voltage: Onhook -48V, 
OfEhook -24V; REN: 3 B; On-board ringing power supply; 
Audio frequency response: 300 to 3500 Hz; Compliance: 
FCC Part 15 Class A, FCC Part 68, UL, CSA; Connector: 
50-pin RJ-21x; and Indicators: System status; (5) Fault- 
resiUent options — Redundant hard drive for disk mirroring 
(RAID-1); and Redundant power supply. 

The following table describes an interface summary 
according to the present invention. 



Number Ports Ports POTS Tl 

Resource Switcli Standard 12 12 6 



Ethernel Hub Card 



Tl Trunk Module 



IO-12AS-C 

IO-24AS-C 
I0-12EH-C 
IO-24EH-C 
IO-4Ar-M 
lO-SAT-M 
lO-lTl-M 
10-2T1-M 



Next, the chas.sis specifications will be described for the 
preferred embodiment of the present invention. The follow- 
ing are the physical specifications of communication system 
50 of the present invention: (1) Height: 23.125 in (58.74 
cm); (2) Width: 17.5 in (44.45 cm); (3) Depth: 18 in (45.72 
cm); and (4) Weight: 88 lbs (40 kg), maximum configura- 
tion. Next, the mounting options will now be described: (1) 
Rack-mount (standard ElA 19-inch rack) and (2) Stand- 
alone. The power requirements are as follows: 95-132 VAC, 
47-63 Hz, 5.0 A; 190-264 VAC, 47-63 Hz, 2.5 A; Inrush 
current (one power supply): 40 A maximum (115 VAC), 80 
A maximum (230 VAC); and Optional second hot- 
swappable and load-sharing power supply. The environmen- 
tal ranges are as follows: Operating temperature: 32° to 104° 
F. (0° to 40° C); Operating humidity: 85% maximum 
relative humidity, noncondensing; and Operating altitude: 
Up to 10,000 ft (3,050 m) maximum. 
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Communications system 50 PBX and office attendant type 
program CTI Application provide sophisticated call control 
and handling. 

The PBX capabilities will now be described. Communi- 
cations system 50 PBX provides a full-featured, nonblock- 5 
ing digital PBX with sophisticated call control capabilities. 
These capabilities are delivered using standard analog tele- 
phones connected to your existing phone wiring. In addition, 
communications system 50 supports advanced call control 
capabilities over IP-based networks, for applications based 
on the Microsoft Telephony Application Programming Inter- 
face (TAPI) standard. TAPI allows the communication sys- 
tem 50 to optionally provide virtual digital telephones, 
delivering advanced call control features over inexpensive 
standard analog phones. 

Referring to FIG. 24, additional TAPI related fimctional- 
ity in accordance with additional preferred embodiments 
will now be described. 

One of the main purposes for providing TAPI support is 
to allow Cn applications to control telephony ports over the 
network. Although Microsoft provides this functionality via 20 
TAPI 2.1 and remote.tsp, this solution has the following 
Hmitations: the TAPI Service (TAPISRV) is required to have 
a user ID and password on the domain, which could be 
viewed as intrusive on a network and raises unnecessary 
security concerns. Also, with the Microsoft approach, the 25 
configuration application that maps telephony ports to work- 
stations does not have an exposed API. This means that it is 
not easily possible to configure TAPI clients using a remote 
administration system. 

An improved approach is to use Windows Sockets to 30 
communicate between the client and server, and to use a 
database to do the association of TAPI lines to client 
machines. By using Windows Sockets we eliminate the 
requirement for the TAPI service to have a domain account, 
and by using our database for the TAPI configuration we 35 
eliminate the requirement to do configuration through 
Microsoft's TCMAPP tool, which is only accessible on the 
server itself. Thus configuration can be done from anywhere 
in the client/server network. 

This TAPI solution consists of two new components. 40 
VNREMOTE.TSP is the new TSP that resides in the client 
and will accept TAPI requests and route them to the server 
if necessary, and to process messages coming from the 
server. VNREMSRV.EXE is a service on the server that is 
the "hands, eyes and ears" for VNREMOTE.TSP inside the 45 
server. It will process the requests passed on by VNRE- 
MOTE.TSP and send events back to VNREMOTE.TSP The 
configuring of Windows Sockets is well-known in the art, 
and accordingly any suitable variation that accomplishes 
such functions consistent with the present teachings can be 50 
utilized. OfBce attendant type program computer-telephony 
application will now be described. Communications system 
50 Office attendant type program is an easy-to-use appMca- 
tion that places powerful telecommunications capabilities 
directly on the desktop. It provides comprehensive call 55 
handling functionahty for operators and administrators, 
making them more eflHcient through an intuitive graphical 
user interface (GUI). 

Communications system 50 application expedites routine 
tasks such as answering and transferring calls. It also sim- 60 
phfies more complex tasks such as setting up and managing 
conference calls. Office attendant type program leverages 
advanced Microsoft TAPI over TCP/IP technology that 
allows communications system 50 to replace the tradition- 
ally expensive, immobile, and hard-to-use attendant console. 65 

Communications system 50 PBX and Office attendant 
type program specifications are now shown below. PBX 
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features for call features include the following: Call 
forwarding. Off-premise call forwarding. Transfer on busy 
and no answer, Time-of-day call forwarding. Call hold. Call 
toggle. Call waiting. Consultation call, Consultation 
transfer. Blind transfer. Conference call. Call pickup. Public 
address system support, and Do not disturb. The features for 
calling and called party identification are as follows: support 
for enhanced caller ID phones, and Extension-to-extension 
identification. 

The System features and management flexibility are the 
following: Class of Service profiles. Uniform dialing plan, 
Time-of-day dialing policy. Digit insertion, Automated route 
selection (ARS), least-cost routing. Trunk groups, Hunt 
groups for intelligent call distribution, including linear, 
circular, and ring all. Direct inward dial (DID), Message 
notification: lamp and stutter dial tone. Individual user 
profiles. Call detail recording. Phone set relocation. Music 
on hold. 

The following are the office attendant type program 
features: (1) System — Standard Windows application; Call 
control over IP; Software-based console that is easy to 
relocate; Drag-and-drop dialing and conferencing; Virtual 
line appearances; Interface indicators signal call status; 
Caller ID display; Calls in queue display; Company tele- 
phone directory; Lookup-as-you-type dialing; Personal call 
log; Account number entry; Personal information manager; 
Conference manager; System speed-dial buttons; Program- 
mable feature buttons; Most recently used numbers list; 
Login security; CTI link test button; Context-sensitive help; 
and Contact database importing; (2) Call handling — Dial 
pad; Hang up; Transfer with look-ahead; Hold; Answer next; 
Call forwarding; Do not disturb; (3) Installation 
requirements— 66-MHz 486 PC with 16 MB of RAM 
(Pentium recommended); and Windows 95 or Windows NT 
4.0. 

PBX and the office attendant type program application are 
an integral part of the communications system 50. Other 
Communications system 50 software components include 
the following: Data Communications Services; Voice Mail 
and AutoAttendant applications; Remote Management Sys- 
tem. 

With Communications system 50, higher productivity 
with voice mail and automated attendant services can be 
achieved. Communications system 50 Voice Mail and 
AutoAttendant services help an office increase productivity 
by allowing people to share information without time or 
distance constraints. Customers can leave messages at any 
time of day or night, with the assurance that the messages 
will be delivered. Whether an office personnel is in the office 
or on the road, any office personnel can access messages 
instantly from any phone in the world. 

In addition. Communications system 50 Voice Mail ser- 
vices allow a user to access the user's voice mail messages 
via the u.ser's favorite e-mail application. The Communica- 
tions sy.slem 50 Voice Mail application is built with full 
support for open industry standards — including IMAP4 
e-mail application compatibility for remote voice mail 
retrieval, and WAV sound file format for ubiquitous message 
playback using the most popular operating systems. 

The Communications system 50 AutoAttendant applica- 
tion economically processes inbound calls 24 hours a day — 
answering each call, providing customized instructions 
based on the time of day or day of week, and routing callers 
to the person best able to help them. Callers can use the 
intelligent call distribution feature to reach a particular 
person or department, without requiring an operator or direct 
inward dial (DID) services. For companies that use DID, 
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AutoAttendant is ideally suited for assisting a live operator 
by handling common requests for information such as 
directions and mailing addresses. 

The following are the Communications system 50 Voice 
Mail and AutoAttendant Specifications. Voice Mail features 
include the following: Up to six concurrent voice mail 
sessions; Approximately 67 hours of storage; No additional 
hardware required; Interruptible prompts; and Password 
protection. The voice message handling feature includes: 
New message retrieval; Save messages; Listen to deleted 
messages before you hang up; Hear message time stamp and 
duration; Forward message; Reply to message; Skip mes- 
sage; Go to end of message; Backup and forward 5 seconds; 
Pause/resume listening; and Pause/resume recording. 

The versatile message notification features include: Stut- 
ter dial tone; Lamp indication; and IMAP4 e-mail retrieval. 
Next, the AutoAttendant features include: Customizable 
greetings; Time, day-of-week, and holiday scheduling; 
Automated call routing (individual extensions and hunt 
groups for departmental routing); Audio-text mailboxes; 
Dial by name; Multilevel menus; and Single-digit menus. 

The Voice Mail and AutoAttendant applications are an 
integral part of communications system 50. Other commu- 
nications system 50 software components include: PBX 
services; office attendant type program computer-telephony 
application; Data Communications Services; and Remote 
Management System. 

Communications system 50 delivers comprehensive com- 
munications support — multiprotocol router, fuO LAN/WAN 
connectivity, PBX voice capability, and a suite of commu- 
nications applications — in a unified platform designed for 
scalabOity, reliability, and ease of use. 

Communications system 50 Data Communications Ser- 
vices provide built-in services for local area networks, 
connecting branch offices to headquarters, and providing 
remote access and Internet connectivity to its employees. In 
addition, the Data Communications Services allow offices to 
create virtual private networks (VPNs) to save money on 
remote access and interoffice connectivity. Further, an office 
can save .significant money by integrating both voice and 
data traffic over the same Tl access circuit. The built-in 
multiplexer passes data traffic to the Data Communications 
Services for processing; the remaining voice traffic is passed 
directly to the PBX. 

Communications system 50 multiprotocol router is based 
on Microsoft's NT Routing and Remote Access Server 
(RRAS). An office using communications system 50 may 
extend the base RRAS elements with value-added services 
such as frame relay and versatile WAN interfaces, including 
analog dial-up and integrated digital Tl and/or DDS circuits. 
Multiprotocol routing (MPR) capabilities provide full- 
featured, standards-based LAN and WAN routing optimized 
for small and branch offices. Standards-based features 
include: IP routing (RIP, RIPv2, 0SPFv2); IPX routing (RIP, 
SAP, IPXWAN); Packet filtering; Frame relay (RFC 1490, 
Cisco); Point-to-point protocol (PPP), MultiHnk PPP; Dial- 
on-demand routing; Classless Inter-Domain Routing 
(CIDR); PPP authentication protocols (CHAP, PAP); DHCP 
relay agent; Compression of TCP/IP headers for low-speed 
serial links; Path MTU discovery; PPP Internet Protocol 
Control Protocol (IPCP); Compression Control Protocol; 
and ICMP router discovery messages. 

Communications system 50 Data Communications Ser- 
vices include remote access services, allowing your business 
to extend its networks through phone lines — and keep up 
with an increasingly mobile work environment. Network 
managers can use the remote access server capabilities for 
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out-of-band management access, which is especially useful 
for initial installation and troubleshooting from remote loca- 
tions. Furthermore, mobile and work-at-home users can 
seamlessly and securely access the user's corporate network. 

5 They can work, print, and run applications remotely using 
such features as the following: Comprehensive dial-up net- 
working support for all mainstream remote cfients; Authen- 
tication; RADIUS client support; Token card support; PPP 
and MultiUnk PPP; Microsoft Point-to-Point Compression; 
Restartable file copy; and Idle disconnect. 

Virtual private networks lets a user use IP packet 
networks, such as the Internet, to provide secure connections 
between remote users and their corporate networks, without 
the ejcpense of a dedicated private network. Communica- 
tions system 50 offers a flexible and comprehensive solution, 

15 based on the Point-to-Point Tunneling Protocol (PPTP), for 
creating VPNs. 

With PPTP, a user can dial into a local Internet service 
provider and access the network as easily and securely as if 
they were at their desks. PPTP technology offers significant 

20 advantages such as the following: Full interoperability with 
Windows 95, Windows 98, Windows NT Workstation, and 
many other VPN products; PPTP CHent-to-Network; PPTP 
Network-to-Network for interoffice connectivity; Data 
encryption (RSARC4); and Compatibility with IP, IPX, and 

25 NetBEUI. 

Data Communications Services include powerful man- 
agement software that enables administrators to centralize 
ongoing network maintenance, diagnostics, and trouble- 
shooting; and easily accomplish remote changes such as 

30 setting up a brand new office or making changes to an 
existing one. Features include the following: Full SNMP 
instrumentation; MIBs implemented for data and voice 
services; Performance and capacity monitoring; Display of 
interface status in real time; Ping; Trace route; NetStat; and 

35 WAN protocol trace capability. 

Data Communications Services are an integral part of 
communications system 50. Other communications system 
50 software components include; PBX services; Communi- 
cations system 50 computer-telephony apphcation Voice 

40 Mail and AutoAttendant applications; and Remote Manage- 
ment System. 

Ongoing management costs make up the majority of 
operating expenses of a communications infrastructure. This 
is especially true for remote offices, where technical exper- 

45 tise is rare and trained personnel frequently make on-site 
visits to perform routine tasks such as moves, adds, and 
changes. Adding to the problem is the fact that mo.st com- 
munications infrastructures consist of multiple boxes from 
multiple vendors, requiring a variety of specialized person- 

50 nel to operate and maintain the many components. 

Communications system 50 Remote Management System 
addresses these cost-of-ownership issues by providing inte- 
grated remote management capabilities for both voice and 
data services. Designed for remote management and fault 

55 monitoring, the Remote Management System provides a 
cost-effective method for managing the entire customer 
premise remotely. Companies with multiple offices or plans 
to expand can realize significant cost savings by leveraging 
their expensive technical resources, no matter where they are 

60 located. Furthermore, the centralized management capabili- 
ties of communications system 50 present a unique managed 
network service opportunity for both voice and data service 
providers. 

The Remote Management System consists of the follow- 
65 ing components: 

(1) Remote Management Console; This component pro- 
vides a unified Web interface for managing all aspects of 



us 6,366,578 Bl 



45 



46 



communications system 50. Based on HTML, Java, and 
push technologies, the Remote Management Console pro- 
vides a consistent interface that is easy to learn and use. 

(2) SNMP: Both the voice and data aspects of commu- 
nications system 50 have been SNMP instrumented, includ- 5 
ing key application services such as voice mail and PBX. 

(3) Call detail recording: A complete record of all voice 
and data calls placed or received by communications system 
50, this information can be used to analyze call patterns and 
trunk utilization, and to generate call reports. lo 

(4) Independent fault monitor: A feature typically found 
only on large central-site systems, the independent fault 
monitor supervises system operation, and detects and reports 
faults to the system administrator. 

(5) Trace manager: A complete log of all system activity, is 
the trace manager provides useful information such as 
real-time call progress, WAN protocol traces, frame relay 
management information, and voice mail activity to facili- 
tate troubleshooting. 

Below is the specifications for communications system 50 20 
Remote Management System: Rapid installation: less than 
30 minutes; Remote software upgrades; Minimal technical 
expertise required; Robust, low-maintenance platform; 
Architected for high availability; Self-diagnostics to ease 
management burden; Remote management via digital trunks 25 
and over embedded 56 Kbps modems; and Centralized 
password facility. Remote Management Console of the 
present invention includes the following features and ben- 
efits: Web-based console that manages all voice and data 
services; Management of any InstantOfEce system in your 30 
network over any TCP/IP connection; Multiple administra- 
tive levels (customizable); Password protection; Support for 
remote moves, adds, and changes; Monitoring and diagnos- 
tic utilities; Chassis view that provides an at-a-glance view 
of InstantOfBce system status, including LED states; 35 
Graphical user interface that is easy to learn and use; 
Extensive online help; and Runs on Windows 95 and Win- 
dows NT, using Internet Explorer 4.0 or Netscape 4.0. 

The SNMP features include the following: Full SNMP 
instrumentation for voice and data; Support of standard 40 
enterprise network management stations such as HP Open- 
View and Sun NetManager; SNMP standards: SNMP (RFC 
1157), Structure and Identification of Management Informa- 
tion (RFC 1155), Concise MIB Definitions (RFC 1212), 
MIB-II MIB (RFC 1213), Traps (RFC 1215); Standard 45 
MIBs: Frame Relay DTE (RFC 1315), Tl/El Interfaces 
(RFC 1406), Repeater (RFC 2108), Microsoft HTTP, 
Microsoft LAN Manager, Microsoft RIPv2, Microsoft 
0SPFv2; Private MIBs: Tl extensions, station module, 
voice mail Call detail recording (CDR); Complete record of 50 
all voice and data calls placed or received; Standard file 
format for import into CDR apphcations; and Remote analy- 
sis of CDR information without a dedicated workstation. 

The Independent fault monitor includes the following 
features and benefits: Embedded processor that provides an 55 
independent watchdog service for the overall system; Sys- 
tem event log; Dedicated modem for remote access; Pager 
notification of system faults; System status: fan, power 
supply, operating system; and System reset. 

The Trace manager includes the following features and 60 
benefits: Display of all system activity; Graphically based; 
Enabled on a per-service basis; Multiple trace levels; and, 
Events color-coded for readability. 

The Communications system 50 Remote Management 
System is an integral part of the communications system 50. 65 
Other communications system 50 software components 
include the following: PBX services; Commui 



tem 50 computer-telephony apphcation; Data Communica- 
tions Services; and Voice Mail and AutoAttendant applica- 
tions. 

Together, these software components combine to provide 
you a powerful, easy-to-use communications solution opti- 
mized for your remote or small office. 

Referring now to FIG. 14, additional preferred embodi- 
ments utilizing advanced call logging features will now be 
described. As illustrated in FIG. 14, call logging window 
350 may be opened by a user of an ofiEce attendant-type 
program running on a computer in accordance with the 
present invention (see, e.g., FIG. 8A, caU log icon 142). In 
alternative embodiments, call logging window 350 may be 
automatically opened upon receipt of an incoming call, or 
upon initiation of an outgoing call. Window 350 preferably 
includes display windows 352 and 354, which preferably 
displays information for calls in the log, such as a call log 
identification number, begin call time, end call time, dura- 
tion of call, type of call (either inbound or outbound), 
account information, etc. In other embodiments, other infor- 
mation desired to be included in a call log record is included 
in such a window. Window 354 is illustrated with only one 
call displayed, although it should be understood that a 
plurality of calls my be displayed in window 354, and in fact 
the call log can include numerous calls that cannot be 
displayed simultaneously in window 354. A scroll button or 
buttons (such as scroll icon 353) preferably are provided to 
scroll up and/or down the logged calls. 

Preferably, window 356 is provided to display details of 
a particular call, which may be selected from a plurality of 
logged calls in window 354 by a click of a mouse or pointer. 
Window 356 preferably includes details of the particular 
logged call, and also preferably includes account field or 
window 358 and note window 360. It should be noted that 
account field window 358 in preferred embodiments may be 
desirably utilized for purposes of tracking calls by account, 
and for desirably collecting such logged call information 
from a plurality of computers and generating reports based 
on such information. Window 360 may be utilized to display 
notes entered by the user prior to, during or after the call, 
and/or may display previously entered information. In cer- 
tain embodiments, window 360 may display information 
received from communications systems 50 over a packet 
bus, or from another computer on the packet bus, .such as 
account status information, payment information, ordering 
information, etc. In such embodiments, such as based on the 
account information, particular information corresponding 
to this account may be desirably retrieved and made avail- 
able to the user calling the particular account, etc. 

In certain embodiments, upon receipt of an incoming call 
or upon initiation of an outgoing call, a window such as 
window 350 automatically appears (this may be by way of 
the office attendant -type program for a user who is managing 
incoming and outgoing calls of the office, or by way of a 
companion program for a user not managing incoming and 
outgoing calls of the olBce). In preferred embodiments, the 
user is prompted by a brief message displayed on the screen 
and/or an audio message played on the user's computer to 
enter the account number in window/field 358. In still other 
embodiments, the user must insert an account number in 
window/field 358 in order to complete the incoming or 
outgoing call. In such embodiments, processor/system 
resources 70 and/or the user's computer promptly reads any 
account number information provided by the user and any 
accepts or validates the account number (e.g., compares the 
entered account number to a stored list of valid account 
numbers, and determines if there is a match). In the event 
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that an invalid account number is detected, a suitable mes- 
sage window and/or audio alert indicating that the account 
number entered is invalid, unrecognized, etc., preferably is 
provided to the user. In the event that a valid account number 
is detected, then the call is completed. 

In alternate embodiments, the user is prompted by a brief 
message displayed on the screen (such as in a suitable 
window) or audibly, and the call completed but only for a 
predetermined time. This would enable the call to be com- 



resources (e.g., ethernet or other network cards/resources) 
enables remote control and monitoring of communications 
system 50 in a flexible and desirable manner. In particular, 
if a security arrangement known as a "firewall" is imple- 
5 mented in conjunction with communications system 50, the 
use of such HTTP commands to configure a WAN service 
(for example) may be more readily accomplished in that 
most firewall systems utilize ports that allow HTTP 
communications/trafiSc, which thereby reduces conflicts 



pleted without account authorization and/or validation, but lO with the firewall security system. In effect, remote process- 
would require that the account information be promptly 
input in a predetermined time interval. 

In still alternate embodiments, communications system 50 
(and/or another computer coupled to communications sys- 
tem 50 via a packet bus, etc.), periodically polls the com- 
puters utilizing a program with a call logging such as 
previously described retrieves the call log information. With 
automated call log polling, a central resource such as com- 
munications system 50 (and/or another computer) may 



ing may be accomplished by HTTP "tunnehng" 
munications system 50 with an IP-type connection, etc. 

It also should be noted that password/user identification 
security arrangements are preferably utilized in such 
15 embodiments in order to maintain security over the configu- 
ration and operation of communications system 50. Encryp- 
tion techniques also may be utilized in order to improve such 
security if desired for the particular application. 

It also should be noted that such embodiments preferably 
periodically, and preferably automatically, coUect caU log- 20 operate on the basis of'transactions." Preferably, the remote 
ging information over the packet bus (again, see, e.g., FIG. computer or client coupled to communications system 50 
3), which may be then made available to a suitable apph- using a session implemented with HTTP "tunneling" estab- 
cation running on communications system 50 and/or another lish a transaction-based interaction. In accordance with such 
computer, and compiled, processed, analyzed, printed, etc. embodiments, the client initiates a transaction using, for 
In accordance with such embodiments, incoming and out- 25 example, Java programming remotely, such as over the 
going calls may be desirably logged and associated with Internet, preferably using what is known as a private virtual 



account information, with such logged information desirably 
collected from a plurality of computers and made available 
to a central resource for further processing and/or use. 

It should be noted that in preferred embodiments, com- 30 
munications system 50 continuously monitors or knows 
which particular computers are "logged on" and running an 
ofEce attendant-type program or a companion or other 
program. In this manner, communications system 50 may 
continually be aware of which computers/users are logged 35 
on, and may thus send emails, commands, net messages or 
take other actions based on such information. 

Referring now to FIGS. 15 through 17H, various aspects 
of remote administration/configuration and remote diagnos- 
tics of a system such as communications system 50 in 40 
accordance with certain preferred embodiments of the 
present invention will now be described. 

FIG. 15 illustrates a window from a remote 
administration/configuration application/applet (preferably 
what is known as a Java applet, etc.) that preferably utiHzes 45 
a desirable browser-type application interface. With a 
browser type interface, a person desiring to remotely con- 
figure or administer communications system 50 desirably 
uses a browser and preferably establishes an IP or similar 
connection with communications system 50. In preferred 50 
embodiments, the IP-type connection may be established via 
WAN connection (via WAN network services 58; see, e.g., 
FIG. 3), via a LAN connection, via a serial port connection 
(via, for example, a serial port to processor/system resources 
70), via a modem connection (via modem 75 of FIG. 3), etc. 55 configura 

What is important to note is that administration/ 
configuration of communications system 50 may be 
remotely performed via an IP or similar connection, prefer- 
ably with a browser-type application, and preferably using 
the HyperText Transfer Protocol ("HTTP") or similar pro- 
tocol. In such preferred embodiments, HTTP commands 
may be used to remotely administer, configure and diagnose 
communications system 50 in a desirable and flexible man- 
ner. It should also be noted that the use of HTTP commands 
in such a manner to administer, configure, etc., WAN 
resources (e.g., T-1 cards or resources), PBX and telephony 
resources (e.g., station cards, voice mail), and LAN 



network or private virtual channel connection. The particu- 
lar transaction or operation (such as described elsewhere 
herein) are initiated by client and proceed until completion, 
at which lime the results of the transaction are made known 
to the client, or else the client has the option prior to 
completion of the transaction of "rolling back" or canceling 
the transaction in the event that the client user determines 
that something is wrong or incorrect with the transaction, 
etc. Preferably, the software on the communications system 
"server" prompts the client with an option to accept, modify 
or roll-back the transaction. In preferred embodiments, the 
client-server session may process one or a series of such 
transactions. With such a transaction-based system, remote 
commands and operations may be performed in a more 
.secure manner between the preferably Java client and server, 
all of which is preferably achieved using HTTP tunneling as 
previously described. 

Referring again to FIG. 15, various icons are illustrated 
for remote access by a user desiring to remotely administer/ 
configure communications system 50. By clicking appropri- 
ate icons, various system administration/configuration func- 
tions may be implemented. As illustrated, general 
admini.stration functions may include or relate to: log off, 
diagnostics, help, chassis view (described in greater detail 
later), general sellings, software versions (enabling a view- 
ing of a registry of software modules and relea.ses, etc., 
installed on the particular communication system 50), call 
detail report, reslarl/reboot, password administration, SNMP 
.stem backup/restore, disk array 
configuration, access permissions, SNMP alarms, software 
upgrade, date and lime, etc. As illustrated, PBX and voice 
mail administration functions may include or relate to: 
extension configuration, auto attendant and voice mail, first 
digit table, hunt groups, station ports, local TAPI 
configuration, CTI speed dial numbers, etc. As illustrated, 
data administration fiinctions may include or relate to: IP 
network settings, IPX configuration, RRAS routing (routing 
and remote access service), network services and adapters, 
etc. As illustrated, trunk administration functions may 
include or relate to: trunk groups, T-1 trunks, trunk access 
profiles, analog trunks, frame relay, etc. 
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What is important to note is that, in such preferred 
embodiments, various icons are presented so that a remote 
person may conveniently select via an appropriate and 
intuitive icon an applet to achieve the desired function or 
operation, and which may conveniently be used to configure 
and administer the communications system and configure 
PBX, voice mail, LAN and IP network connections, trunk 
groups, T-1 trunks, frame relay, etc. In accordance with such 
embodiments, a single user interface, remotely viewable, 
may be used to access and administer, etc. 
WAN services and applications, etc. 

FIGS. 16A through 16F will be used to further describe 
various aspects of such remote administration/configuration 
in accordance with preferred embodiments of the present 
invention. 

FIG. 16 A illustrates a preferred exemplary embodiment of 
"chassis view" window 364, which, for example, may be 
displayed in response to selecting of the chassis view icon of 
FIG. 15. Window 364 preferably includes a visual repre- 
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traflSc to an RRAS interface, thereby enabling the LAN to 
transmit/receive data to/from the WAN), voice analog (e.g., 
to direct incoming analog voice trunk traffic to a default 
destination), voice digital (e.g., to direct incoming digital 
voice traffic to a default destination), DID analog (e.g., to 
direct incoming direct inward dial analog voice trunk traffic 
to a default destination), DID digital (e.g., to direct incoming 
DID digital trunk traffic to a default destination), and modem 
(e.g., to direct either T-1 trunks or analog trunks to one or 
data, LAN, lo more modems included as part of communications system 
50). 

In accordance with such embodiments, T-1 trunks may be 
configured in an intuitive point and click manner, thereby 
facilitating remote administration and configuration of such 
resources. As a particular example, multiple T-1 channels 
may be selected in FIG. 16B as a block with the mouse or 
pointer, and such block-selected T-1 channels may then be 
simultaneously configured (e.g., configure to be enabled/ 
disabled, configure signaling, configure trunk groups, etc.). 



sentation of chassis 366 of communications system 50, and 20 With such a click and block select operation, multiple T-1 

preferably includes a visual representation of various station channels may be configured in a group, 

cards, resources cards, power supplies, drives, etc. Such a As illustrated in FIG. 16C, window 382 may be presented 

visual representation may include station/resource cards in order to configure station ports of a station card (again, 

374, included particular card 372 indicated with a pointer either by icon selection or selecting a station card in chassis 

arrow, power supply(ies) 370, drive 368, etc. What is 25 view, etc.). Also as illustrated, the state of particular stations 

important is that an intuitive visual representation of the (e.g., enabled or disabled), phone type (e.g., caller ID, basic, 

overall system be desirably displayed in a manner to facili- etc.), mail waiting indicator (MWl) (e.g., stutter the dial 

tate an understanding of the configuration of the particular tone, light a lamp on the phone, etc.), operation mode (e.g., 

communications system 50 that is being remotely operate as a station, direct to voice mail, etc.). As described 

monitored, administered, configured, etc. 30 earlier with respect to FIG. 16B, with intuitive point and 



In preferred embodiments, pointing to a particular card or 
resource results in an enlarged visual representation of that 
card or resource, as illustrated by the pointer being directed 
to card 372, resulting in an enlarged representation of card 
372 appearing adjacent to the chassis view. In the illustrated 3 
example, card 372 includes network connection ports in 
circle 378, and as examples shows empty port 378A and 
occupied port 378B. Thus, in accordance with such 
embodiments, an enlarged view of a card or resource may be 
visually displayed and remotely viewed, and a visual rep- 4 
resentation of whether particular ports or resources are 
utilized (such as, for example, by having an ethernet or other 
network cable attached) also may conveniently be provided. 

In accordance with preferred embodiments, various func- 



click type operations, various station cards may be selected 
(including multiple stations that may be selected as a block, 
etc.) and configured remotely and in an intuitive manner. 

FIG. 16D illustrates window 384, which may be used to 
configure analog trunks in accordance with preferred 
embodiments of the present invention. FIG. 16E illustrates 
window 386, which may be used to configure firame relay 
type WAN resources in accordance with preferred embodi- 
ments of the present invention. FIG. 16F illustrates window 
388, which may be used to configure network (e.g., IP 
network) settings in accordance with preferred embodiments 
of the present invention. 

As will be appreciated from these illustrative examples, 
various administration/configuration operations may be ci 



ind/or operations are provided for remote 45 ried out remotely, preferably using a 



administration/configuration, such as previously described. 
Windows to provide such functions and operations prefer- 
ably are displayed in a manner to intuitively lead the remote 
person througla the desired operation, etc. Such windows 
may be accessed by selecting an appropriate icon such as are 
illustrated in FIG. 15 (the icons of FIG. 15 are a 1998, 
Vertical Networks, Inc. (assignee of the present 
application)), or they may be accessed by way of clicking on 
a particular station or resource card in the chassis view of 
FIG. 16A. Various remote administration/configui 
dows will now be further described. 

Referring to FIG. 166B, window 380 is provided for 
configuration of T-1 channels of a particular communica- 
tions system 50. As previously described, window 380 may 
be presented in response to clicking on the T-1 trunks icon 6( 
of FIG. 15, or alternatively window 380 may be presented in 
response to cUcking on a T-1 resource/station card of the 
chassis view of FIG. 16A. As illustrated, with a point and 
chck operation on window 380, the remote person may 
enable/disable T-1 channels, set or reset signaling (e.g., wink 6: 
start, ground start, etc.), configure trunk groups (e.g., WAN 
data (which may be used to direct clear channel data trunk 



browser-type 



iterface, and preferably using HTTP type commands ir 
applet environment such as with Java, in a desirable and 
much improved manner. 

As illustrated in FIGS. 17A through 17H, such remote 
processing concepts are extended to remote diagnostic 
operations in accordance with yet other preferred embodi- 
ments of the present invention. 

As illustrated in FIG. 17A, various icons may be pre- 
sented in order for a remote user to perform remote diag- 
win- 55 nostics on communications system 50. Such icons may be 
used to present, for example, various "DOS prompt" type 
commands (e.g.. Ping, ARP, route print, net stat, host name, 
trace route and IP config). Icons also may be presented for 
more advanced diagnostic-type operations, such as trunk 
monitor, link monitor, voice mail monitor, station monitor 
and trace monitor. Various of these diagnostic operations 
will now be more fully described. 

As illustrated in FIG. 17B, window 390 may be presented 
in order to provide a trunk monitoring function. As 
illustrated, window 390 may be used to readily provide 
information regarding the slot, board, port, state, and called 
and calling party information of various trunks. As illus- 
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trated in FIG. 17C, window 392 may be presented in order 
to provide a link monitoring function. As illustrated, window 

392 may be used to readily provide information regarding 
links that may be established within communications system 
50, such as which cards are connected to which port, etc. As 5 
illustrated in FIG. 17D, window 394 may be presented in 
order to provide a station monitoring function. As illustrated, 
window 394 may be used to readily provide information 
regarding the status of various stations/extension in com- 
munications system 50. As will be appreciated, such win- lo 
dows may be used to readily present desired stahis and other 
diagnostic type information to a remote person. 

In accordance with preferred embodiments, advanced 
remote trace monitoring also may be provided. FIG. 17E 
illustrates window 396, which may be used to display trace 15 
information from various software components, drivers, etc. 
in communications system 50. The level and type of trace 
information that is remotely provided may be desired con- 
trolled in accordance with preferred embodiments of the 
present invention. FIG. 17F illustrates window 397, in 20 
which a first level of tracing information (e.g., "standard") 
that may be provided is selected. As illustrated, the remote 
user may select various components to have trace informa- 
tion provided in the trace monitor window. FIG. 17G illus- 
trates window 398, in which a second, higher level of tracing 25 
information (e.g., "advanced") that may be provided is 
selected. As illustrated, the remote user may select various 
software components, such as those related to automated 
attendant, voice mail, connection manager, DSP manager, 
T-1 drivers, LAN drivers, frame relay drivers, etc., and may 30 
also select various trace filters to more precisely control the 
trace information that is provided. FIG. 17H illustrates 
window 399, in which certain timing and mode information 
may be selected. As illustrated, window 399 may be used to 
provide that tracing information is presented in real time or 35 
stored to a file, with control preferably provided for the 
number of entries that are displayed, poll interval, etc. For 
trace entries stored in a file, start and end time search 
parameters also may be selected. 

Referring now to FIG. 18, additional aspects of preferred 40 
embodiments of the present invention will now be 
described. 

Based on the description provided elsewhere, it will be 
apparent that communications system 50 may be coupled to 
other such communications systems in a manner desirable 45 
for the particular application. FIG. 18 illustrates three such 
communications systems 50A, 50B and 50C (in other 
embodiments other numbers of such communications sys- 
tems 50 may be provided). The various communications 
systems are coupled to various desired WAN services (WAN 50 
services 58A, 58B and 58C being illustrated), and also may 
be coupled to each other, such as through connections 410A 
and 410B, etc. Connections 410A and 410B may be, for 
example, an ethernet or other LAN-type connection (e.g., for 
multiple communications systems 50 in the same general 55 
locations or physical proximity), or alternatively may be a 
remote connection such as a connection established over the 
Internet (e.g., an IP connection), such as for communications 
system 50 geographically remote from each other (e.g., a 
head oflice and one or more remote satellite-type offices, 60 
etc.). FIG. 3 illustrates the various paths that may be utilized 
to establish such a connection. What is important is that 
information may be coupled between the various commu- 
nications systems in a manner suitable for the particular 
physical configuration. 65 

Preferably, communications system 50A includes a PRI or 
primary rate interface or ISDN circuit that includes what a 
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number of B (or "bearer") channels and at least one D (or 
"data") channel used to carry, for example, control signal 
signals and customer call data such as in a packet switched 
mode. As is known in the art, a D or similar control signaling 
channel typically is used to provide appropriate signaling 
information for the voice or B channels. The D channel 
typically and preferably carries such control signaling infor- 
mation in the form of a serial data stream. The control 
signaling over such a D-type channel is sometimes referred 
to as NFAS, or Network Facility Associated Signaling. 

As illustrated, communications system 50A also prefer- 
ably has coupled thereto one or more T-1 or similar digital 
transmission or other Unks, and communications system 
50B and 50C also preferably have coupled thereto one or 
more T-1 or similar digital transmission or other links. With 
the various communications systems coupled together as 
previously described (e.g., ethernet/LAN connection, IP 
connection, etc.), the D channel coupled to communications 
system 50A may be used to provide signaling-type infor- 
mation for one or more T-1 links coupled to communications 
systems 50A, 50B and/or 50C. As in many applications the 
D-type signaling channel may have sufScient bandwidth to 
provide signaling information for a plurality of communi- 
cation finks, with communications systems implemented 
and/or connected together as described herein, a common 
D-type signaling channel may be used to eflScient provide 
signafing information for a plurality of T-1 or similar links 
coupled to a plurafity of such communications systems, etc. 
Thus, in accordance with such embodiments, a distributed- 
type NFAS signaling arrangement may be implemented for 
a plurafity of communications systems. 

FIG. 19 illustrates another configuration of a plurality of 
communications systems 50 (this type of configuration may 
be substituted for the configuration illustrated in FIG. 18, or 
vice versa, or some combination of these configurations). 
While three communications systems are iUustrated (50A, 
SOB and 50C), other numbers of communications systems 
are utilized in other embodiments. 

As illustrated, communications system 50Ais coupled to 
WAN services 58A over connection 412 (the other commu- 
nications systems may be similarly coupled to WAN 
services, etc.), which may be any suitable connection/link 
such as described elsewhere herein. As described elsewhere 
herein, VoIP (or other packetized voice/data 
communications) may be coupled to/from WAN services 
58A and communications system 50A. As previously 
described, communications systems in accordance with the 
present invention include suitable HDLC or other data 
framing/deframing engines, DSPs (such as for decompres- 
sion or other processing), PBX and LAN router types of 
functions. With an arrangement such as illustrated in FIG. 
19, a VoIP or similar or other packetized data may be 
received, for example, by communications system 50A. This 
data stream conventionally might be depacketized and pro- 
cessed upon receipt by the receiving system. Communica- 
tions systems in accordance with embodiments of the 
present invention, however, have the ability to route the data 
stream lo other communications systems (e.g., 50B or 50C) 
over a suitable connection 410C. As previously described, 
such systems may be coupled via an ethernet or LAN type 
connection, an IP or other connection, which preferably 
supports packetized transmissions. Thus, a packetized 
communication/data stream may be received by a first 
communications system, which may depacketize and pro- 
cess the communication/data stream, or forward without 
depacketizing to a second communications system, which 
may depacketize and process the communication/data 
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stream, or forward without depacketizing to a third commu- 
nications system, and so on. In this manner VoIP other 

communications may be achieved with a plurality of com- 
munications systems, with a reduced latency over systems 
that, for example, must depacketize, decompress, etc. the 
data stream before it is provided to another computer or 
system. Thus, a data stream may be routed by one commu- 
nications system to another without such additional process- 
ing. 



"stacks" may be presented, for example, with one stack 
constituting a visual representation of a stack of voice mails 
(with suitable icons for play, pause, backward, forward, 
delete, file, freeze/hold, etc., as well as other icons analogous 
5 to those described for net messages), with a second stack 
constituting a visual representation of a stack or net mes- 
sages (such as described elsewhere herein), and/or with a 
third stack constituting a visual representation of a stack of 
email messages (with icons similar to those described for net 
10 messages, etc.). Such stack preferably may be minimized or 
expanded, and desirably provide a unified visual interface 
for a variety of communications, etc. 

It also should be noted that DSP 76 is desirably utilized 
in accordance with various embodiments of the present 
15 invention. Data streams may be desirably coupled to a 
resource such as DSP 76 in order to have, for example, 
processes such speech/voice recognition, text to speech 
conversion, speech to text conversion, compression, 
translation, etc. Thus, data streams from the LAN, WAN, 



It should be noted that communications systems 50 illus- 
trated in FIGS. 18 and 19, for example, also have coupled 
thereto a plurality of computers, telephones, etc., as previ- 
ously described for purposes of generating, receiving vari- 
ous data streams, etc., although such details have not been 
shown for ease of description. 

As described elsewhere herein, various voice mail type 
options may be presented to users of such communications 
systems in accordance with the present invention. One such 
advantageous voice mail option provided in accordance with 

preferred embodiments of the present invention include 20 modem, etc. may be desirably coupled to 
advanced email or voice mail-type broadcasts of desired DSP 76 to provide such processes, 
messages. A user may decide to send a voice mail or email It also should be noted that, in preferred embodiments, 
to some or all users of the communication system. With a DSP 76 is coupled to switch/multiplexer 74 in a manner so 
suitable ofSce attendant-type or companion-type program, that it may "tap" into the various TDM data streams. This 
for example, a user may select from a group list, etc., a 25 provides a significant improvement over systems in which 
desired group of persons to receive the communication. A data streams must be directed into a resource such as DSP 
broadcast voice mail, for example, could be input through 76, and then sent from DSP 76 over a separate channel, etc. 
the user's telephone in a conventional manner, and routed (thereby utilized two channels, etc.). In such embodiments, 
(see FIG. 3) through, for example, DSP 78 (via TDM bus 78, DSP 76 can tap into or monitor data streams on particular 
switch/multiplexer 74, etc.) which converts the voice mail 30 TDM channels and provide, for example, processing to 
message into an suitable data format, such as what is known accomplish recognition (voice or speech, etc.), detection 
WAV file, etc., and then sent via (for example) packet (such as of a fax or modem call, etc.), compression 



bus 80A and/or SOB to a plurality of computers. Commu- 
nications system 50 also, for example, can record which 
users have received or not received the communication so 
that users may later receive the communication (such as 
when they log on at a later time). In addition, communica- 
tions system 50 also has the capability to parallely process 
the communication as a message that is to be sent to persons 
via, for example the Internet. Using an HDLC framer/ 
deframer as is provided in accordance with the present 
invention, a user may generate a voice mail or email 
communication that the communications system sends as 
packetized data over the LAN to recipients recognized to be 



(including compression, transcoding, streaming and si 
etc.), packetizing (such as to prepare a data format such as 
for an email, etc.). In one illustrative example of such 
embodiments, communications system 50 may be pro- 
grammed so that particular users (e.g., president, technical 
support, warranty claims line, etc.) automatically have voice 
mails stored as voice mails and also as an email or other data 
form. Thus, a voice call may be directed into voice mail, 
while DSP 76 concurrently processes the voice data stream 
into another form (e.g., email, data file, etc.), which may be 
stored, send over the WAN or LAN, etc. Having DSP 76, and 
particularly configured (such as with switch/multiplexer 74) 



5 having a computer on the LAN, while generating a 45 so as to tap into the various channels, provides significant 



suitable HDLC, ATM framed 
who are reachable over the WAN, such as over the Internet 
or other IP connection, etc. 

Described elsewhere herein are embodiments in which 
visual representations of pink slips or yellow stick-ons are 
generated to represent net messages, etc. This concept, in 
other embodiments, is extended also to voice mail and email 
messages. While not expressly illustrated, it should be 
understood that the present invention includes the ability to 



advantages in a variety of applications. 

Referring now to FIG. 20, an embodiment of the present 
invention including a backup commimications capability 
will now be described. 

As illustrated in FIG. 20, backup communication module 
416 preferably is provided in communications system 50. In 
the illustrated embodiment, backup communication module 
416 is coupled to bus 414, which may be a part of processor/ 
system resources 70 (such as, for example, bus 408 of FIG. 
convert voice information (including voice mail type 55 3A, etc.), and may be a ISA or PCI-type of bus, etc. Coupled 
messages) into a suitable data format so that it may be to bus 414 are other components of communications system 
delivered over the WAN or LAN to various computers 50, such as bus 84, buffer/framer 72, switch/multiplexer 74, 
coupled to communications system 50. Similarly, commu- buses 86, 90 and 78, cards 82, WAN services 58, etc. In 
nications system 50 has the capability also to serve as an general, the various components discussed in connection 
email server (in addition to other functions, as described 60 with FIG. 3 are applicable with embodiments incorporating 
elsewhere herein). Thus, in conjunction with a suitable backup communication module 416, although such compo- 
program running on particular computers coupled to com- nents are not illustrated in FIG. 20. 
munications system 50, voice mails may be presented as Backup communications module 416 preferably includes 
data files to the various particular computers, and emails and bus interface 420 for coupling information to/from bus 414, 
net messages may similarly be presented to the various 65 memory 424 for storing various information, as will 
particular computers (such as described elsewhere herein). described hereinafter, CPU 418, FLASH or other program- 
In certain alternate embodiments one, two or three visual mable memory 426, and modem or other c 
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unit 428. Module 416 preferably includes a standby or 
backup power supply 434, although in certain alternate 
embodiments communication unit 428 is coupled to, for 
example, link 430 of WAN services 58E, which may be a 
dedicated telephone line, POTS line, etc., which provides 5 
suflBcient power to module 416 so that power supply 434 is 
not required. In such alternate embodiments, the various 
components of module 416 are implemented in low power 
CMOS technology or the like, and consume sufBciently low 
amounts of power so that module 434 may operate at a lO 
suitable speed in order to provide backup communications 
using only the power provided by link 430, such as, for 
example, in the event of a power failure in communications 
system 50 or the office in which communications system 50 
is located, etc. 15 

Preferably, memory 424 receives and stores via bus 
interface 420 a variety of information regarding the status 
and operation of communications system 50. For example, 
memory 424 may store power-on self test data (i.e., status, 
trace or other information generated during power-on, boot- 20 
up, etc.), SNMP data for the PBX, WAN resources, voice 
mail, LAN resources, etc.), monitor or trace data (such as 
described elsewhere herein). Preferably, module 416 
receives periodic updates from communications system 50, 
including information suflScient to debug, reboot, etc., com- 25 
munications system 50. Various trace, monitoring, diagnos- 
tic or other information may be made available to module 
416 for storage in memory 424. 

The data in memory 424 preferably is organized in a 
hierarchical manner, with, for example, various levels of 30 
information. Certain information may be so critical that it is 
retained in memory 424 until deleted (e.g., a level 1 category 
of information, such as critical fault data, etc.). Other 
information may be retained for a predetermined period of 
time and then purged, unless, for example, a level 1 event 35 
has occurred (e.g., a level 2 category of information). Still 
other information may be retained for a predetermined 
period of time (the same as or different from the level 2 
period) and then purged, etc. What is important is that a 
variety of information be provided to memory 424 and 40 
hierarchically retained, which lc.s.s critical information peri- 
odically purged in order to make room for additional infor- 
mation in memory 424, etc. 

Still preferably, CPU 418 executes what is know as a 
watch dog timer (WDT) function. In preferred 45 
embodiments, a fault monitoring subsystem of communica- 
tions system 50 periodically provides a signal/update indica- 
tive of the status of communications system 50 (e.g., normal, 
active, ok, etc.). In the event that such a signal or informa- 
tion is not provided in a predetermined interval of time, CPU 50 
418 may recognize this event as an abnormality and begin a 
process to communication with communications system 50, 
and/or initiate a remote communication such as over com- 
munications unit 428 in order to alert a remote user or 
system of the abnormality, etc. 55 

Preferably, FLASH or other programmable memory 426 
is provided in module 416. Memory 426 preferably stores 
operational programs for module 416, including, for 
example, diagnostic, debug, monitor or other routines in 
order to facilitate a debug, reboot, etc. of communications 60 
system 50. Preferably, the algorithms and/or programs in 
memory 426 may be periodically updated, either over bus 
422, but preferably through link 430 and communications 
unit 428. Programming of memory 426 remotely, such as 
over communications unit 428, enables a remote technician, 65 
for example, more flexibility in remotely monitoring, 
debugging, rebooting, etc. communications system 50. 



As previously described, module 416 preferably has a 
dedicate line (e.g., a POTS line) for such backup 
communications, and telephone 12 optionally may be 
coupled to such line for emergency voice calls or the like, 
etc. In alternate embodiments, however, communications 
unit is also (or alternatively) coupled to channels of TDM 
bus 78. In certain embodiments, a predetermined channel or 
channels of TDM bus 78 are dedicated for such backup 
communications. In other embodiments, communication 
unit 428 is coupled to TDM bus 78 through switch 432, and 
in such embodiments dedicated TDM channels are not 
required. 

As wiU be appreciated, information contained in memory 
424 may be remotely viewed, either through communica- 
tions unit 428 or through a connection established through 
buses 422 and 414, etc. Bus interface 420 enables data 
transmissions to/from module 416 when communications 
system 50 is operating in a normal manner, while also 
having the ability to isolate module 416 from bus 414 in the 
event of a serious abnormality in communications system 
50. It also should be noted that commimications unit 428 
preferably is a modem, but communications unit 428 also 
could consist of a signaling device to a pager or other 
wireless communication device, or could be a unit for 
establishing IP or other packet communications, etc. What is 
important is that communications unit 428 have capability to 
transmit desired information over the choice medium for 
link 430 in order to provide desirable backup communica- 
tions and monitoring of communications system 50 in 
accordance with the present invention. 

In accordance with such embodiments, the remote user 
may configure tracing in desirable and flexible manner. 
Through the use of trace filters, various software compo- 
nents and drivers in effect may be told what trace informa- 
tion to provide, which information is preferably provided to 
a central storage location in communications system 50 and 
made available in real time or by file access to such a remote 

Methods of Implementing Language Capabilities 
As described above, in accordance with the present inven- 
tion systems for intelligently managing voice, data and 
video communications such as in a small office or similar 
environment may be efficiently and desirably employed 
(see, e.g., FIGS. 2-5 and related and subsequent description 
for a discussion of such systems). Such a system, however, 
may be desirably adapted to support various languages in the 
automated attendant, voice mail or other applications/ 
subsystems (as will be appreciated from the forgoing 
description, embodiments of the present invention provide 
audio or voice prompts or information, etc., to users or other 
parties interfacing with such automated attendant or voice 
mail applications/subsystems, etc., which must occur in 
some defined language, such as U.S. English, U.K. English, 
Canadian French, France French, Italian, German, etc.). As 
particular examples, it may be desirable to have a system 
that can be readily configured to support one or more initial 
languages, or it may be desirable to adapt a previously 
installed system to support an additional language, etc. In 
any event, what should be appreciated is that systems in 
accordance with embodiments of the present invention are 
often desired to support one or more than one particular 
language in its voice/audio prompt and information capa- 
bilities. 

In previous systems supporting such voice/audio prompt 
and information capabihties, it was understood that, due to 
the particular intricacies and nuances of the particular Ian- 
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guages (e.g., sentence structure, syntax, grammar, dialects, 
etc.), such voice/audio prompts and/or information (as used 
hereinafter, generally "voice prompts") are programmed 
uniquely for each set of voice prompts for each language. 
Thus, for each particular language or language variant to be 
supported in the system, software must be written to spe- 
cifically implement the set of voice prompts to support the 
particular language or language variant. This typically 
would require that a programmer and a linguist or other 
language speciaHst expend substantial time and resources, 
etc., to specifically write code for each particular language/ 
language variant to be supported by the system. As the need 
for additional language/language variant support arises, this 
inevitably results in substantial delays and expense while 
such software is developed and debugged, etc. 

In accordance with preferred embodiments of the present 
invention, however, language support for such systems is 
accomplished by way of a program/data structure so that 
additional language support may be readily implemented, 
for example, by a non-software programmer using grammar 
and voice prompt files, which are preferably located in a 
predetermined directory in the system. Thus, in the example 
of the need to add a language/language variant to a particular 
system, grammar and voice prompt flies may be created by 



Engine 484 is responsible for actually responding to a 
prompt request from API 482 by using rules 486 to return a 
sequential list of prompt flies 490 to API 482, such that the 
sequential playing of the prompt files (which preferably are 
5 in what are known as WAV or other suitable audio format) 
produces the desired and grammatically correct prompt in 
the TUI. As will be appreciated by those skilled in the art, 
API 482 provides the software interface between, for 
example, engine 484 and applications or other programs 
such as voice mail, automated attendant, etc. API 482 in 
effect provides an interface for engine 484 to the outside 
world, through which applications may request prompts 
from engine 484, and through which engine 484 may return 
the list of prompt files 490, so that the desired prompt may 
J J be created. 

As will be appreciated, parser 488 enables rules 486, 
which preferably is of a database or similar-type structiu-e so 
that engine 484 may respond to prompt requests in a timely 
manner, with rules 486 developed by parser 488 based on 
,Q grammar files 492. In accordance with such embodiments, 
grammar files 492 may specify, in a grammatically proper 
manner, a series of prompts in a desired language or lan- 
guages. Thus, grammar flies 492 may be developed, for 



person (or persons) with 'appropriate knowledge in the example, by non-programmers with linguistic or other lan- 

particular language/language variant, without requiring the 25 g"*g^ expertise in the desired language or languages. By 

development of specific software (by a software development of grammar flies 492 and appropriate prompt 

programmer, etc.) to implement such additional language/ files 490, new languages (or modification of previously 

language variant. existing languages, etc.) may be readily added to the system. 

Referring now to FIG. 25 (and figures thereafter), addi- Apreferred directory structure for use with such preferred 

tional preferred embodiments of such a voice prompt "sub- 30 embodiments will now be described with reference to FIG. 

system" will be described. Such preferred embodiments of 26. As illustrated in FIG. 26, a single prompt directory (or 

prompt subsystem 480 preferably provide voice prompts or folder, etc.) 494 preferably contains all of the necessary 

feedback in the Telephone User Interface ("TUI") of the prompt subsystem resources in suitable location. In pre- 

overall system. Feedback in the TUI consists of audio or ferred embodiments, prompt directory 494 includes lan- 
guage files 496, one for each particular language supported 



voice prompts or messages played through the telephone. 
The voice prompts are preferably created by stringing a 
series of audio or sound files together, so that when they are 
played sequentially they create well-formed, and grammati- 
cally proper, sentences. In preferred embodiments, the 
prompt subsystem is implemented using the Java program- 
ming language and Object Oriented methodologies, and 
preferably is operating system/platform independent. Also in 
accordance with such preferred embodiments: multiple lan- 
guages may be used at the same time by different users; 
mailboxes may be configured by a system administrator to 
use a preferred language; a system wide preferred language 
may be chosen; and grammars for languages may be kept 
and used in external (and preferably) text files in order to 
facilitate the addition or modification of languages sup- 
ported by the system. 

As illustrated in FIG. 25, prompt subsystem 480 prefer- 
ably consists of four major parts: parser 488; rules 486; 
engine 484; and application programming interface ("API") 
482. Parser 488, which serves as a "grammar reader," is 



by the system. With such language flies 496, flies that 
contain information about the language capabilities of the 
system may be readily located and accessed, providing a 
readily available means to determine the language capabih- 
40 ties of the system. It should be noted that, particularly with 
the flexible manner in which language support may be added 
to the system, particular variants or dialects or 
customizations, etc., such as U.S. English, U.K. English, 
Canadian French, France French, or Southern U.S. English, 
45 or using the voice and expressions unique to a particular 
company (e.g., AT&T), etc., may be added to the system and 
conveniently reflected in a language file 496. 

Also within prompt directory 494 in preferred 
embodiments, are one or more language directories 498, 
50 500. For each language or language variant supported by the 
system, there preferably exists a separate language directory. 
In the illustrative example of FIG. 26, two such directories 
are illustrated; language directory 500 for U.S. English, and 
language directory 498 for Canadian French. Such language 



responsible for parsing the grammar description of the 55 directories preferably contain all (or essentially all) of the 

desired language or languages from external grammar files information and resources for constructing prompts for the 

492 and translating them into rules 486. Grammar files 492 specific language or language variant, including grammar 

(essentially flies that include high level grammatical struc- files (grammar.txt files 504 in FIG. 26), text translation files 

tures or constructs, etc.) provide a relatively high level (prompt. properties files 502 in FIG. 26), language property 

specification of how phrases are to be strung together to 60 files (language.properties files 503 in FIG. 26), and sound 

form grammatically correct phrases in the desired language files (xxx.wav sound files 506 in FIG. 26). 

or languages. Rules 486, which are "built" from the parsing Grammar files 504 provide a relatively high level means 

of grammar files 492, specify in preferably database-type for the grammatical rules or structures, etc., for particular 

form how the detailed language grammars are stored in language or language variants to be specified. An exemplary 

memory for quick look up from engine 484. With rules 486, 65 specification of a grammar file 504 is provided in Appendix 

engine 484 may more quickly respond to requests for A. In other embodiments, other types of grammar files are 

prompts from API 482. utilized. What is important is that the grammatical rules for 
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a particular language or language variant be specified and/or 
defined in a suitable high level manner, so that parser 488 
and rules 486 of FIG. 25 may desirably utilize such grammar 
files in a manner such as previously described. Thus, such a 
choice of grammar file enables, for example, non- 
programmers to design and add new language capabilities 
(or modify existing language capabilities) in a desirable and 
expeditious manner. 

Text translation files 502 preferably provide a text version 
of all of the prompts for the particular languages or language 
variants supported by the system. In accordance with pre- 
ferred embodiments, such text versions of the prompts are 
available for display, etc., such as for logging, reporting and 
debug purposes. It has been determined that, for example, in 
connection with the debugging of a new language to be 
supported by the system, displaying the text version of the 
particular prompts (by way of text translation files 502) at 
■ e as the prompts are audibly played (by way of 



played in a grammatically proper form. At step 526 the 
return of the prompt process is completed, and the system 
continues to process voice mail or automated attendant 
commands, etc., until further prompts are requested, the 
5 transaction is completed, etc. 

It should be noted that, as illustrated at step 514, a step of 
determining the desired language to service the prompt 
request is performed. As will be understood, for the pre- 
ferred embodiments that support multiple languages, a 
Q determination must be made as to which language should be 
utilized for the prompts. In certain preferred embodiments, 
the first choice for such determination is based on call 
information, such as calling party name, calling party 
number, called party name, called party number, etc. As 
previously described elsewhere herein, systems in accor- 
^ dance with the present invention include resources that 
maintain subscriber directories and the like, and associated 
therewith in preferred embodiments are language prefer- 
ences for the various subscribers. Thus, in accordance with 
calling or called party numbers or names, the system may 



sound files 506) provides a highly desirable way to confirm 

the correctness of the prompt subsystem for the particular d^twrnine toe desired language for the desired prompts, 

language/language variant. As an alternate choice, for internal calls to the office in 

Language property files, utilized m certam preferred which the system is located, each subscriber has a voice mail 

embodiments, allow certain language attributes to be stored account with an express setting for desired language. Thus, 

in a convenient manner m a desirable location. For example, when it is determined that such a subscriber is calling or 
a grammar file 504 contains the knowledge on how to speak 25 being called, the system may reference the voice mail 

different phrases, such as time, but typically such a grammar account setting for that subscriber and use the language 

file does not contain any knowledge about what type of time preference specified therein. In addition, in certain situations 

it is speaking, such as 12 or 24 hour time, etc. Applications the user of the system may be given a choice to select the 

using the Prompt Subsystem might need to know informa- language, through, for example, what are sometimes known 
tion about the language such as this, especially when they 30 as single digit menus. As an illustrative example, the user 

want to gather input. For example, it is logical that a user may be prompted by the TUI to press 1 for English, 2 for 

would input the time (e.g., 10:00 am or 22:00, etc.), as it is French, etc. With such a digit command, the system may 

spoken to them. Therefore, applications such as a voice mail then process the call using the specified language. As 



1 automated attendant type application can query the 
Prompt Subsystem, through API 482 to determine certain 
attributes about how the language is spoken. Since, the 
grammar file typeically will not contain this information, in 
preferred embodiments such information is stored in the 
language property file. 

Sound files 506 are audio files, such as what are com- 
monly known as .wav files (or other suitable audio-type 
files), for the particular expressions and words that are used 
to construct the de.sired prompts. As previously explained, a 
properly specified sequence of sound files 506, when 



another option, if the foregoing conditions are not satisfied 
; or appropriate in the given context, a system default lan- 
guage setting may be utilized. In preferred embodiments, the 
system administrator sets a default setting that is used until 
such time as it is overridden by a digit command, a mail box 
with a different language preference is accessed, and so on. 
) What is important is that, at step 514, the system determines 
which of the available languages should be utilized for 
prompts generated for a particular call, voice mail 
transaction, etc. 
At step 516, a step of developing rules 486 may be 



sequentially played in the specified order (e.g., specified by 45 performed. In certain preferred embodiments, language 



rules 486 of FIG. 25), produce the desired prompt i 
grammatically proper manner. 

Referring now to FIG. 27, an exemplary general flow 
chart applicable to certain of such preferred embodiments 
will now be described. At start step 508, the system (such as 
previously described, etc.) is powered up, operating, and 
serving to manage voice, data, video, etc., communications 
in the ofSce or other environment. A voice mail or automated 
attendant type application program, etc., provides a tele- 
phone user interface ("TUI'^ to a user At step 510, the user 55 
interacts with the TUI in a one of a variety of ways, such as 
dialing into the system, attempting to access voice mail with 
a telephony device, etc. At step 512, in response to the user 
access and/or user command, it is determined at the appli- 
cation level that a prompt is needed (such, a welcome so 
greeting, request to enter an extension, etc.). At step 518, a 
request is made via API 482 for the desired prompt. After 
receipt by engine 484, at step 520 engine 484 interacts with 
rules 486. At step 522 engine 484 returns a list of prompt 
files 490 to API 482. As discussed previously, the list of 65 
prompt lilcs 490 returned by engine 484 are such that, if 
played in sequence at step 524, the desired prompt is audibly 



capabilities may be available for the system, but rules 486 
not yet implemented until they are needed. As rules 486 
preferably comprise a database structure or "hashtable" of 
entries for quickly producing a list of prompt files, this use 
50 of .system resources may be deferred until such time as it is 
determined that the language capabihties are in fact needed. 
At such step 516, parser 488 accesses grammar files 492 (as 
described previously in connection with FIG. 25) to produce 
rules 486. It also be noted that, in particular embodiments, 
55 a default sets of rules or various sets of rules for particular 
languages may be developed at the time of manufacture or 
testing, at boot-up of the system, or at the command of a 
system administrator. What is important is that step 516 be 
performed prior to processing of prompt requests for par- 
60 ticular language or language variants supported by the 
system. 

As will be appreciated from the foregoing, language 
capabihties may be more readily added to or modified, by a 
non-programmer, etc., by adding grammar and sound files to 
a known location in the system. Thus, language capabilities 
may be added or changed in a more expedited and desirable 
manner. 
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Although various preferred embodiments of the present 
invention have been disclosed for illustrative purposes, 
those skilled in the art will appreciate that various 
modifications, additions and/or substitutions are possible 
without departing from the scope and spirit of the present 5 
invention as disclosed in the claims. 

What is claimed is: 

1. In a system for managing voice communications, the 
system providing voice prompts in one or more particular 
languages or language variants, a method for providing a set 
of voice prompts in a particular language, comprising the 
steps of: 

defining high level grammatical rules for the set of voice 

prompts in the particular language; 
storing the grammatical rules for the set of voice prompts 

in the system; 

developing a set of audio files in the particular language; 
storing the audio files in the particular language in the 
system; 

receiving a call from a user, wherein the system initiates 
a request for a voice prompt in response to the call from 
the user; 

in response to the request for the voice prompt, develop- 
ing a sequential fist of audio files, wherein, when the 
sequential list of audio files is played by the system, the 
requested voice prompt is played to the user in the 
particular language; 
wherein the sequential list of audio files is produced based 

on the grammatical rules; 
wherein the system is coupled to a wide area communi- 
cation network comprising a plurality of network 
resources, the system providing voice and data com- 
munications to a plurality of users in an office, the 
method further comprising the steps of: 
transferring packetized data to and from the system via 
at least a first packet bus coupled to one or more 35 
packet-based devices under control of a processor; 
coupling voice communications from one or more 
telephones to at least one time division multiplex 
(TDM) bus, wherein the TDM bus is selectively 
coupled to the first packet bus and the wide area 40 
communication network; 
wherein the processor selectively controls voice com- 
munications from the one or more telephones over 
the TDM bus and packet-based communications 
over the first packet bus, wherein voice communi- 45 
cations that stay in a circuit-switched form in the 
system occur over the TDM bus and the wide area 
communication network, and wherein packet-based 
communications are selectively coupled to the wide 
area communication network via the TDM bus; 50 
wherein the system is controlled at least in part in 
response to one or more commands entered by the 
user after playing of the requested voice prompt. 

2. The method of claim 1, wherein a parser parses the 
grammatical rules to produce a database structure, wherein, 55 
in response to the request for the voice prompt, the sequen- 
tial list of audio files is produced based on the database 
structure. 

3. The method of claim 1, wherein the steps of defining 
high level grammatical rules, storing the grammatical rules, 60 
developing a set of audio files and storing the audio files are 
repeated a plurality of times for a plurality of particular 
languages, wherein the system provides voice prompts in 
each of the plurality of particular languages. 

4. The method of claim 3, further comprising the step of 65 
determining which of the particular languages are to be used 
for a particular user. 



5. The method of claim 1, wherein the system includes 
hardware and software selectively allocating resources 
within the system, wherein the processor determines a 
communication path from one or more communication paths 
in the system for each of the voice and packet-based 
communications in the ofiBce based on available network 
resources, type of communication, and/or usage patterns in 
the office. 

6. The method of claim 1, wherein a LAN bus is coupled 
to the first packet bus and a second packet bus is coupled to 
the LAN bus, wherein the processor controls communica- 
tions between the first packet bus and the second packet bus 
over the LAN bus. 

7. The method of claim 1, wherein the system comprises 
hardware and software selectively allocating resources 
within the system, wherein the system determines one or 
more communications paths within the system and over the 
wide area communication network for processing voice and 
packet-based communications based on predetermined 

8. The method of claim 7, wherein the rules selectively 
allocate resources within the system as a function of time of 
day, resource availability over the wide area communication 
network, type of communication and/or usage patterns. 

9. The method of claim 1, wherein the TDM bus com- 
prises an MVIP bus. 

10. The method of claim 1, wherein the first packet bus 
comprises an Ethernet bus. 

11. The method of claim 1, wherein data communications 
occur via an HDLC protocol, wherein a framing/deframing 
circuit coupled to the TDM bus frames and deframes the 
data communications to and from the HDLC protocol. 

12. The method of claim 1, wherein data communications 
occur via an ATM protocol, wherein a framing/deframing 
circuit coupled to the TDM bus frames and defames the data 
communications to and from the ATM protocol. 

13. The method of claim 1, wherein a plurality of tele- 
phones are coupled to the TDM bus via one or more 
interface circuits, wherein the plurality of telephones are 
coupled together through the TDM bus. 

14. The method of claim 1, wherein the system controls 
voice communications between one of the telephones and 
the wide area communication network, wherein packet- 
based communications are concurrently occurring between 
the wide area communication network and the first packet 

15. The method of claim 1, wherein the system further 
includes a resource allocation program operable by the 
processor, wherein the resource allocation program assigns 
resources within the system according to predetermined 
allocation rules. 

16. The method of claim 15, wherein the predetermined 
allocation rules include rules for allocating voice commu- 
nication inputs and rules for allocating data communication 
inputs. 

17. The method of claim 15, wherein the predetermined 
allocation rules assign resources according to time of day. 

18. The method of claim 15, wherein the predetermined 
allocation rules assign resources by prioritizing inputs 
received by the system. 

19. The method of claim 1, wherein a multiplexer is 
coupled to the TDM bus, wherein the multiplexer maps data 
to predetermined slots of frames of the TDM bus. 

20. The method of claim 19, wherein a framer/deframer is 
coupled to the multiplexer, wherein the framer/deframer 
processes data in accordance with a first protocol and in 
accordance with a second protocol. 
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21. The method of claim 20, wherein a digital signal 
processor circuit is coupled to the framer/deframer and the 
TDM bus, wherein the digital signal processor circuit pro- 
vides at least a dial tone or DTMF digit detection for at least 
certain of the plurality of telephones coupled to the TDM : 
bus. 

22. The method of claim 21, wherein, the processor 
selectively couples data to the digital signal processor circuit 
for processing, wherein data communications over the wide 



network in accordance with the first lo the TDM buses. 



32. The method of claim 21, wherein a framer/deframer 
coupled to the multiplexer, wherein the framer/deframer 
processes data in accordance with a first protocol and in 
accordance with a second protocol. 

33. The method of claim 32, wherein a digital signal 
processor circuit coupled to the framer/deframer and the 
TDM buses, wherein the digital signal processor circuit 
provides at least a dial tone or DTMF digit detection for at 
least certain of the plurality of telephony devices coupled to 



protocol occur via the TDM bus, wherein data 
tions over the wide area communication network in accor- 
dance with the second protocol occur via the TDM bus. 

23. The method of claim 20, wherein the first protocol 
comprises HDLC. 

24. The method of claim 20, wherein the second protocol 
comprises ATM. 

25. The method of claim 20, wherein the first and second 
protocols each comprise HDLC. 



34. The method of claim 33, wherein, the j 
selectively couples data to the digital signal processor circuit 
for processing, wherein data communications over the wide 
area communication network in accordance with the first 

15 protocol occur via the TDM buses, wherein data communi- 
cations over the wide area communication network in accor- 
dance with the second protocol occur via the TDM buses. 

35. The method of claim 32, wherein the first protocol 
comprises HDLC. 



26. The method of claim 20, wherein one of the first or 20 36. The method of claim 32, wherein the second protocol 



second protocols comprises a raw data protocol. 

27. The method of claim 1, wherein the packet-based 
communications comprise voice-based packet communica- 

28. The method of claim 27, wherein the packet-based 2 
communications comprise Voice over Internet Protocol 
(VoIP) packet-based communications. 

29. The method of claim 28, wherein voice communica- 
tions that stay in a circuit-switched form in the communi- 
cation system occur over the TDM bus and the wide area 

mication network, and wherein VoIP packet-based 
anications are selectively coupled to the wide area 
communication network via the TDM bus. 

30. The method of claim 1, wherein the at least one time 
division multiplexed (TDM) bus comprises a plurality of 
TDM buses. 

31. The method of claim 30, wherein a multiplexer is 
coupled to the TDM buses, wherein the multiplexer maps 
data to predetermined slots of frames of the TDM buses. 



comprises ATM. 

37. The method of claim 32, wherein the first and second 
protocol each comprise HDLC. 

38. The method of claim 32, wherein one of the first or 
25 second protocols comprises a raw data protocol. 

39. The method of claim 30, wherein the packet-based 
communications comprise voice-based packet communica- 

40. The method of claim 39, wherein the packet-based 
30 communications comprise Voice over Intemet Protocol 

(VoIP) packet-based communications. 

41. The method of claim 40, wherein voice communica- 
tions that stay in a circuit-switched form in the communi- 
cation system occur over the TDM buses and the wide area 

35 communication network, and wherein VoIP packet-based 
communications are selectively coupled to the wide area 
communication network via the TDM buses. 



